Database 拆分服务器托管的Access数据库

Database 拆分服务器托管的Access数据库,database,ms-access,windows-server-2003,Database,Ms Access,Windows Server 2003,我正在研究建立一个access数据库,它将取代链接在一起的excel电子表格的可怕组合。当前电子表格系统的文件位于我们的Windows存储服务器上,该服务器有一个映射到它们使用的目录的驱动器。多个用户访问此系统,因为它承载库存、每个产品中使用的成分以及所有产品的定价。我相信使用数据库是一个更好的主意。当我设想它时,如果我分割数据库,它将给我一个前端和后端。允许多个用户同时访问和进行更改,而不会出现损坏!呜呼 这是正确的吗?有人实施过这个吗?最终用户觉得使用数据库足够简单吗?任何我没有看到的问题。

我正在研究建立一个access数据库,它将取代链接在一起的excel电子表格的可怕组合。当前电子表格系统的文件位于我们的Windows存储服务器上,该服务器有一个映射到它们使用的目录的驱动器。多个用户访问此系统,因为它承载库存、每个产品中使用的成分以及所有产品的定价。我相信使用数据库是一个更好的主意。当我设想它时,如果我分割数据库,它将给我一个前端和后端。允许多个用户同时访问和进行更改,而不会出现损坏!呜呼

这是正确的吗?有人实施过这个吗?最终用户觉得使用数据库足够简单吗?任何我没有看到的问题。我读到,前端也可以在用户计算机上本地运行。对/好

欢迎分享任何经验

这个应该转到,我已经投票决定把它移过去

也就是说,访问和多用户=随着多用户数量的增加,灾难等待发生。您应该认真考虑为后端切换到SQLServer Express。您可以使用Access窗体/报表作为前端,将表链接到SQL Express Server

我做过这种类型的分割,但我只在很少有人会同时击中它的情况下进行分割。数据库有一个副本,其中包含所有UI内容(表单、报表等),数据位于不同的副本中,所有表都链接在一起。它工作得相当好,但我还是不相信有几个人同时访问它

我将把它交给SO社区的其他人(假设它被迁移了)来处理。

这应该转到,我已经投票决定将它移到

也就是说,访问和多用户=随着多用户数量的增加,灾难等待发生。您应该认真考虑为后端切换到SQLServer Express。您可以使用Access窗体/报表作为前端,将表链接到SQL Express Server

我做过这种类型的分割,但我只在很少有人会同时击中它的情况下进行分割。数据库有一个副本,其中包含所有UI内容(表单、报表等),数据位于不同的副本中,所有表都链接在一起。它工作得相当好,但我还是不相信有几个人同时访问它


我将把它留给SO社区的其他人(假设它被迁移)从那里开始使用。

如果设置正确,Access对于小型办公室非常有效。数据库必须拆分,每个用户都有一个前端的副本。这并不意味着每个用户都需要Access的完整副本,运行时版本就足够了。2007运行时是免费的()


您应该阅读这篇处理许多误解的文章:

如果设置正确,Access对于小型办公室非常有效。数据库必须拆分,每个用户都有一个前端的副本。这并不意味着每个用户都需要Access的完整副本,运行时版本就足够了。2007运行时是免费的()


你应该阅读这篇涉及许多误解的文章:

@squillman:你无法制作一个可靠的Access/Jet应用程序并不意味着它无法实现。一个可怜的工人总是埋怨自己的工具。随便你怎么说。我已经让这些东西南下很多次,分裂,而不是分裂,后端到一个web应用程序…微软不建议任何复杂的项目访问后端数据库。我已经建立了稳定的产品,在推荐的范围外运行良好,但它并不漂亮。他们的升级路径是SQL server,但实际上,您可以通过ODBC处理任何真正的RDBMS。一旦数据库被拆分,就可以直接迁移数据并将前端链接到ODBC数据源中的表。我对这个答案投了赞成票。@squillman:你不能制作一个可靠的Access/Jet应用程序并不意味着它不能做。一个可怜的工人总是埋怨自己的工具。随便你怎么说。我已经让这些东西南下很多次,分裂,而不是分裂,后端到一个web应用程序…微软不建议任何复杂的项目访问后端数据库。我已经建立了稳定的产品,在推荐的范围外运行良好,但它并不漂亮。他们的升级路径是SQL server,但实际上,您可以通过ODBC处理任何真正的RDBMS。一旦数据库被拆分,就可以直接迁移数据并将前端链接到ODBC数据源中的表。我对这个答案投赞成票。