到网络访问的Access数据库的最大连接数

jet/ace的硬接线限制为255个连接。

但在现实生活中你永远不会接近它。

有多少用户可以同时共享您的数据取决于他们在做什么。如果你有很多只读用户,你将能够支持更多的同时用户,而不是所有人都在添加/编辑。

对于大多数都是只读的和一些编辑器的应用程序,您可以很容易地获得100个同时使用的用户,但是编辑用户越多,就越少可以在不跳铁圈的情况下进行管理。

对我来说,实际极限在15-25范围内。这正是我开始向服务器后端升迁的时候。这并不是说你不能做得更好,只是为了支持更多的同时用户,你必须非常小心如何与数据交互,你可能需要进入未绑定的数据编辑表单。一旦你做到了这一点,你就放弃了访问前端75%的优势。

至于“拆分”问题,与其说是多个同时使用的用户,不如说是一个不拆分的问题。需要拆分具有多个用户的任何访问应用程序。没有例外。

这样,服务器上就有一个后端数据文件,由所有人共享,所有用户的工作站上都有一个前端应用程序的单独副本,链接表指向存储在文件服务器上的共享后端。

关于联系,不要担心。带有jet/ace后端的访问应用程序更像是用户的问题,因为您将使用单一的持久连接。试图管理连接、打开和关闭连接会适得其反,因为它完全不必要地对文件共享机制征税。也就是说,在容量方面,您并没有真正获得任何东西,但最终会耗尽大量的CPU周期和带宽,而没有任何有用的用途。

当然,这是与客户机/服务器编程实践相比的异端建议,但是带有jet/ace后端的访问应用程序不是客户机/服务器,因此您不应该担心这一点。

性能不是问题。问题是Access不喜欢在同一个mdb/accdb中向多个用户共享表单、报表和模块。这会导致数据库文件中出现损坏和其他奇怪的问题。要解决这些问题,意味着每个人都必须退出数据库。此外,当用户在数据库中时,开发人员将无法处理这些对象。此外,我更喜欢用户获得MDE/accdes,这样他们就不会被诱惑去弄脏东西。

见“ Splitting your app into a front end and back end Tips" 了解更多详细信息。另请参见免费基本使用 Auto FE Updater 使新FES的分配相对无痛。该实用程序还非常支持终端服务器/Citrix。

我猜 http://office.microsoft.com/en-us/access-help/access-2007-specifications-HA010030739.aspx 会有点帮助。

我不知道技术限制,但实际限制是5到10个同时使用的用户。当然,这很大程度上取决于使用模型,这意味着要写多少数据,同时读写多少数据,等等。

我绝对建议在任何情况下拆分数据库和客户机,并认为这会增加系统的稳定性。