FMS Home Page FMS, Inc.
Total Access Startup

FMS Development Team Blog

Exploring the Latest in Application Development

About FMS

FMS, Inc. is software development company in Tyson's Corner, VA.
E-mail usSend mail

Recent comments

© Copyright 2012 FMS, Inc.

Total Access Startup for Microsoft Access 2010 is Now Shipping

Total Access Startup for Microsoft Access DatabasesLaunch Microsoft Access Databases

Total Access Startup lets you centrally manage and guarantee that all your users always launch the right version of Microsoft Access with the right version of your MS Access database (ACCDB, MDB, or ADP). Simply distribute a shortcut to your users to start your application. When you post an updated database, your users automatically get it installed on their machine the next time they launch your program. They don't need to know the name of the database. You manage all of that in one place and can change it at any time. A runtime version lets you control the Access version launched for users not on your network.

Total Access Startup 2010 is now shipping. It supports both 32 and 64 bit versions of Microsoft Access 2010 letting you control which version your application requires. It also supports all legacy versions of Microsoft Access. Learn more about the new features and try out the free trial version.

Currently rated 2.0 by 26 people

  • Currently 2.038462/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

Posted by Annie on Thursday, September 22, 2011 10:33 AM
Permalink | Comments (0) | Post RSSRSS comment feed

Microsoft Access Database Scalability: How many users can it support?

There is a persistent myth that Microsoft Access Jet databases can only support 20 or so users. Here's my response to a recent inquiry:

I question the data for the limitations on the number of Access users being around 30. We've run many tests and have never seen that kind of degradation in performance. It's a myth from Access 2.0 days that was eliminated with Access 97 over a decade ago. A well designed Access database can support hundreds of users. Of course, what matters is the number of simultaneous users, and what they're doing.

If everyone is just viewing data or entering data into a table, that takes very little work and a large number of people (well over 200) can be supported. People cannot type faster than what Access can handle. If they are all running massive reports and queries with data updates, that can still be done but performance would be an issue which applies to any technology, so testing and optimization would be necessary.

If the back-end database is in SQL Server rather than an Access/Jet database, the number of users can be practically unlimited if each user has their own front-end copy of the Access application. Performance issues still apply based on what they are doing. In some cases SQL Server is slower than Access, so it is important to understand the situation before thinking SQL Server is the answer.

All that said, any Access application that is distributed to others with shared data should be a split database design. Here are a few resources we've written:

We also offer a commercial product for enterprises, Total Access Startup, that helps with the distribution of databases to each user's desktop and launching the right version of Access.

Currently rated 3.4 by 8 people

  • Currently 3.375/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

Posted by Luke on Tuesday, May 31, 2011 11:23 AM
Permalink | Comments (5) | Post RSSRSS comment feed