Stephen J. Levine MD said:
What are the risks of using a single mde for your
application, accessible by shortcuts and linked to the
database which resides in a separate .mdb file?
1. Does it affect pessimistic record locking?
Not as far as i know.
2. If all of the temporary data unique to each session is
stored in visual basic variables and arrays created by
public and private dim statements, is there a risk of one
session affecting the temporary data of another?
This wouldn't be a problem as Access is running on each individuals
PC. However if you had temporary tables linked in then that would be
a problem.
You run a greatly increased chance of corrupting the FE. Standard
blurb follows.
However you really want to put the FE on each machine or place in a
user specific directory on the server. This will help avoid some
weird error messages when users are changing the same forms record
source, filters and such as well as corruptions.
I specifically created the Auto FE Updater utility so that I could
make changes to the FE MDE as often as I wanted and be quite confident
that the next time someone went to run the app that it would pull in
the latest version. For more info on the errors or the Auto FE
Updater utility see the free Auto FE Updater utility at
http://www.granite.ab.ca/access/autofe.htm at my website to keep the
FE on each PC up to date.
In a Terminal Server or Citrix environment the Auto FE Updater now
supports creating a directory named after the user on a server. Given
a choice put the FE on the Citrix server to reduce network traffic and
to avoid having to load objects over the network which can be somewhat
sluggish.
Tony
--
Tony Toews, Microsoft Access MVP
Please respond only in the newsgroups so that others can
read the entire thread of messages.
Microsoft Access Links, Hints, Tips & Accounting Systems at
http://www.granite.ab.ca/accsmstr.htm