2011-04-13 31 views
7

ms-access支持的最大并发连接数是多少?ms访问的最大并发连接数

+3

当您需要Access时保持一致性和可靠性:只需一个连接。访问不是为并发而设计的。我已经看到许多Access数据库因此而变得正确。 – Steven 2011-04-13 09:08:06

+0

@Steven:s/correct/corrupt /? – Mat 2011-04-13 09:30:58

+0

@Mat:你说错了。我的意思是“腐败”而不是“正确”。 – Steven 2011-04-13 09:39:20

回答

12

理论上255,在实践中很好,这取决于。如果他们大部分是只读的,并且你所在的网络很快,那么在一个写得很好的数据库中,我看到了100+没有问题。另一方面,我敢肯定,2个用户会因为数据库变得腐败而遭受同样的恐怖故事。是的,它可能会发生,但如果你建立了一个好的数据库,并且对你使用它做了实事求是的话,你可以得到一个令人惊讶的数量的用户。

你可能想看看在自由(快递)版本的SQL Server更高的用户数从长远来看。

1

字面上看,“Jet数据库引擎版本1.1,2.0和2.5只能通过10个客户端的任何一台机器上同时应用中使用”。从Jet 3.0开始没有这样的限制。 看到这个链接: http://support.microsoft.com/default.aspx?scid=kb;en-us;154869

+0

该文章于2004年进行了最后一次审查,并明确提及Jet的16位版本。该*相同*文章还表示,该限制不适用于Jet 3.0(32位)。 – 2015-02-10 02:55:45

+0

为什么downvote?原来的问题没有说明他要求的版本。另外,我引用了文章的段落说明了受影响的版本。有链接也供用户检查,因为我不能在这里引用整个文本。 无论如何,为了清晰起见,我正在编辑我的答案,以补充(如果它不够清楚),从v3开始,限制不存在,以防万一有人错过了“1.1,2.0和2.5“部分。希望你现在感觉更好。 – Pere 2015-02-10 08:57:07

+1

除非OP以不同的方式告诉你,否则假设他们对16位软件的局限性或上个世纪发布的软件的局限性不感兴趣是很安全的。 – 2015-02-10 13:37:27

0

根据我的经验,10个并发用户开始导致问题。 我敢肯定,有很多例子/很小的数据集适用于很多用户。

对于某些应用程序,访问可能没问题。这个主题似乎有很多激情。

这里理解的关键概念是没有服务器。每次查询都会通过网络提取整个表。

如果一个JOIN,每个查询会拉涉及跨网络的每个表。 这是因为JOIN引擎位于您的桌面上。

访问文件的位置并不重要。充其量,它位于主用户的台式机上。其他人都必须利用网络来访问数据。

如果你有10万台,并且希望ID#1042,你会拉跨网络的数据100K *记录长度等值然后过滤掉一切,但#1042。它不能缓存,因为你的同事可能已经改变了你想看的下一个记录。

我不认为它一定上的Access数据库的并发用户数。 我认为每次点击一个按钮时,同时通过网络拖动大量数据块的人数就是这样。

网络负载/网络延迟会随着表数量的增加,记录计数成长,用户数增长。可能w /乘法效应。 当您有非现场数据中心(加密),vpn用户(加密),不同大洲的用户等等时,这种情况会出现这种情况。