Number of simultaneous users allowed to access database

%3CLINGO-SUB%20id%3D%22lingo-sub-1916137%22%20slang%3D%22en-US%22%3ENumber%20of%20simultaneous%20users%20allowed%20to%20access%20database%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1916137%22%20slang%3D%22en-US%22%3EHi%20All%2C%20So%20far%20I%20have%20designed%20access%20applications%20for%20less%20tha%2020%20users.%20Now%20I%20have%20a%20requirement%20to%20develop%20something%20wherein%20users%20are%20around%20130.%20I%20am%20thinking%20to%20develop%20front%20end%20using%20excel%20and%20back%20end%20using%20access%20database.%20However%20I%20am%20concerned%20whether%20such%20huge%20number%20of%20users%20are%20allowed%20or%20not.%20In%20total%20these%20130%20users%20will%20make%20around%2021000%20read%20write%20operations%20in%20a%20day%20.%20Need%20expert%20advise%20over%20it.%20Thanks%20in%20advance%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-1916137%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EAccess%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EAccess%20Web%20App%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EAccess%20Web%20Database%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EDeveloper%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EOffice%20365%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1917579%22%20slang%3D%22en-US%22%3ERe%3A%20Number%20of%20simultaneous%20users%20allowed%20to%20access%20database%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1917579%22%20slang%3D%22en-US%22%3ETheoretically%2C%20Access%20can%20have%20255%20simultaneous%20users.%20The%20reality%20is%20quite%20different%20and%20depends%20on%20a%20multitude%20of%20factor%2C%20network%2C%20server%2C%20...%20Typically%2C%20we'd%20say%20a%20maximum%20of%2040%20is%20pushing%20things.%20I%20have%20a%20db%20with%2080%20or%20so%20users%20and%20I%20know%20of%20developers%20who%20have%20broken%20the%20100%20users%2C%20but%20they%20are%20the%20very%20rare%20exception.%20With%20the%20numbers%20you%20mention%20of%20be%20turning%20to%20an%20alternate%20rdms%20(SQL%20server%2C%20Azure%2C%20MySQL%2C%20...)%20And%20wouldn't%20even%20consider%20Access.%20I%20also%20would%20never%20create%20an%20interface%20using%20Excel!%20Use%20Access%20for%20the%20interface%2C%20or%20web%20technologies%20(PHP%2C%20.net%2C%20...).%3C%2FLINGO-BODY%3E
Highlighted
New Contributor
Hi All, So far I have designed access applications for less tha 20 users. Now I have a requirement to develop something wherein users are around 130. I am thinking to develop front end using excel and back end using access database. However I am concerned whether such huge number of users are allowed or not. In total these 130 users will make around 21000 read write operations in a day . Need expert advise over it. Thanks in advance
4 Replies
Highlighted
Theoretically, Access can have 255 simultaneous users. The reality is quite different and depends on a multitude of factor, network, server, ... Typically, we'd say a maximum of 40 is pushing things. I have a db with 80 or so users and I know of developers who have broken the 100 users, but they are the very rare exception. With the numbers you mention of be turning to an alternate rdms (SQL server, Azure, MySQL, ...) And wouldn't even consider Access. I also would never create an interface using Excel! Use Access for the interface, or web technologies (PHP, .net, ...).
Highlighted
Thanks Daniel. Due to licence issues organisation is not allowing us to use .net and sql server. I need to figure out something with excel and access only.
Highlighted
Excel is not a good choice!

Using Access for such a task is asking for problems.

Your organisation needs to be told these are the wrong tools, otherwise you are being setup for failure!

There are free tools that can be used to get around licensing, but Excel and Access are simply won't in this scenario.
Highlighted

Hi  @sunilchy ,

I developed many Access applications for corporate users. I agree with @Daniel_Pineault.

Excel is best used for calculating, analyzing, and visualizing financial data. Access And Excel better together  if you use Access as the data source for displaying data temporarily in Excel. Excel is NOT a relational database, it's a flat table and not designed as a front-end to enter and store data! There are much more benefits if you choose Access as the front-end, please see this Access VS Excel.