I was chewed up a but the response after me but only
because I didn't spend the time to fully explain my
response. Sorry, I hope this is clearer.
You can not increase the limit of 255 *concurrent* users, no matter
how many MDWs are used to define them.
Maybe I should clarify that because there is a way but I
probably didn't explain enough. In any appliation of this
size I am assuming that you have split your files in to
back-end (data) and front-end (forms, reports...). If you
do this my suggestion was that you have multiple .mdw
files for however many users you need. So you might have
10 mdws with 200 concurrent users average giving you 2000
concurrent users. What I didn't add was that each of these
mdws need to be tied in to their own copy of the front-
end. So you might have 1 data source (Access, SQL,
ORACLE...) and 200 mdb front-ends with 200 mdws, one for
each. This level of administrative nightmares is obviously
why I said I wouldn't advise it.
This is not good advice. There is no way the average programmer can
devise a reliable home-grown scheme!
I didn't mean re-invent some whole new programming method
to do your security I meant don't add your security into
the system.mdw file that comes by default with the Access
installation. Too many times I see new users
unsuccessfully run the security wizard and can't figure
out why later when they try to start a new database it
asks for username and password. For some new users its not
very clear. I was sugesting that they put all security in
a renamed copy of the system.mdw (recipes.mdw for example)
and tie your application file (mdb) to the security file
(mdw) with the /wrkgrp in a shortcut.
-Cam