I haven't tried merging to a document, because we are dealing with db
OK, from a Word perspective, I would say that is "large." I don't deal with
that kind of volume here and I suspect most of the regulars in here don't
either.
Although I am told by large-scale Word users that the product is capable of
dealing with large documents (several hundred/thousand pages of text)
without running into difficulties, those people are not usually producing
documents using Mailmerge, and different considerations may apply.
In particular, each mailmerge results in a single print job. Even if you are
printing individual letters via mailmerge, Word does not send each letter as
a seaprate job to the printer - the entire merge of 10,000 pages (or 20,000
if your letter has two pages) is in a single job. That job has to be
processed and stored by your print spool subsystem (in whatever format is
being sent to the spooler), and it is possible that it is running out of a
resource.
Also, you may find that mailmerge grinds to a halt because of various memory
or resource-related issues that have nothing to do with the print spooler.
Fr example, if you use formatted bullets in a mail merge data source, the
chances are that output will grind to a halt quickly.
What to do depends on whether you are just trying to get this merge out of
the way (if so, do it in parts of several hundred records at a time and
accept the manual slog) or are trying to set up an efficient system for
regular large-scale merges. In the latter case, you'll need to determine
what the first limiting factor is (I'd probably start by merging to an
output document and seeing how long it took to grind to a halt, or how many
records I could safely process per batch), then workaround that, then look
for the next one, and so on.
Sorry to be rather vague, but IME it's difficult to try to get a handle on
performance problems unless you have the offending system to hand.
Peter Jamieson