To expand on what Rick said.
First, what he said about the split architecture, that is absolutely
critical. If you don't, two users will be a stretch.
Second, 50 users could actually be a problem. It depends on how much
concurrency there is going to be. It has a lot to do with how much data
entry and updating is going on at the same time verses how much is just
querying.
If most of the activity is going to be querying, you might be able to get
away with 50 people, especially if they are not all working at the same
time.
However, if most of your activity is going to be data entry and updating, 10
to 25 users is a more realistic number.
The bottom line is concurrency. You can have a lot of people connected and
if only 2 are hitting the enter key at the same time, you only have 2
concurrent users.
Something else that has a huge impact on the number of concurrent users you
can get away with is the network stability. With a bad network, you'll be
lucky to get one ore two people using the database reliably. With a good
network, 10 to 25 concurrent users won't be a problem.
BTW, if you happen to see in help (or someone tells you) that Access can
handle 255 locks, that's exactly what it means. Handling locks and handling
concurrent users is two entirely different things.
Good luck.
Sco
M.L. "Sco" Scofield, Microsoft Access MVP, MCSD, MCP, MSS, A+
Useful Metric Conversion #17 of 19: 1 billion billion picolos = 1 gigolo
Miscellaneous Access and VB "stuff" at
www.ScoBiz.com