This usually, and often happens on machines where you have printers that are
networked
Often, when a report runs, it asks windows for printer information. If you
have any reports with a particular printer set, or in fact do NOT have a
default printer, (but only network printers), then network activity can
occur as ms-access (I also seen this with word and publisher also) asks for
information about the printer.
As a result, on my notebook which does NOT have a printer attached, I add a
really dumb printer, I use the HP laser series II as my default installed
printer to the local printer port. This eliminates the actively.
It may not fix all of the posters problems here..but certainly does often
fix a number of these problems. And, it also often makes large delays go
away when designing forms, and reports...as they again ask for information
about the current printer layout being used.
Since my notebook is on a wireless connection, then the delays became quite
noticeable..and the fix for me was changing the default printer.
In addition, when a file open is executed, then windows will OFTEN request
the list of available ling drives be re-fleshed. Since ms-access actually
OPENS a file each time a table is opened, then windows will again often
result in network activity as the network drives are being refreshed in the
list. The solution to this problem is to keep a persistent connection to the
back end. That means at the start the application, just open a table in the
back end...(any table..and KEEP it open). Do this..and likely the delays
mentioned here will go away, and I find performance on a network is very
good..and not a whole lot different then when the back end mdb file is on
the local drive.
The persistent connection trick is mentioned in eh following list. This
performance "faq" list is the best list of things you can read up on, and it
can be found here:
http://www.granite.ab.ca/access/performancefaq.htm
--
Albert D. Kallal (Access MVP)
Edmonton, Alberta Canada
pleaseNOOSpamKallal@msn.com http://www.members.shaw.ca/AlbertKallal