MS Access通过wan连接到SQL Server后端？

Question

我需要开发一个数据库，让用户分散在世界各地（总共约50个用户，但不是同时进行的）。我有两个问题：

1）我知道，如果Access前端连接到Access后端，我冒着使用wan的风险，但使用sql server仍然存在风险吗？

2）如果腐败不是风险，那么性能是否会使Access成为前端的不良选择？

用户将主要一次添加200-800条新记录。

对此的任何建议都将非常感激。

Answer 1

使用SQL Server作为后端时，您不应该担心数据损坏。虽然您仍应关注备份，管理要求等。

Re：作为前端访问。只要忽略部署问题，实际上工作得相当好。推出对多个工作站的更新可能是一个真正的痛苦，而Access应用程序本身也非常难以安装。

很多人为这样的应用程序编写了一个Web应用程序。如果您不想编写网络应用程序，基于dot.net的智能客户端应用程序也是一种受欢迎的选择。

可能重要的是可用的专业知识，支持有多好，成本多少等等。几乎任何流行的技术堆栈都可以使用足够的TLC。

另外，不要忽视获得已经满足您需求的罐装应用程序。

Answer 2

我与之合作的团队采取了多种方法来解决您描述的问题。连接到SQL Server后端的Web应用程序，连接到SQL Server后端的.NET桌面应用程序连接以及连接到SQL Server和MS Access后端的MS Access应用程序。

就您的两个具体问题而言，以下是基于最近经验的想法。

问题1）我知道，如果Access前端连接到Access后端，我冒着使用wan的风险，但使用SQLserver仍然存在风险吗？

答案1）否。与Access不同，SQL Server是一个强大的多用户数据库管理系统。它处理多用户访问并保持数据库完整性。您可以通过在Access数据库中创建指向SQL Server数据库中对应表的链接表来构建应用程序。之后，像往常一样对Access应用程序进行编码。

问题2）如果腐败不是风险，性能是否会使Access成为前端的不良选择？

答案2）我的经验是，当使用Access中的链接表访问SQL Server后端时，性能优化很困难。主要是因为Access决定在网络上传输多少数据以及何时执行此操作。您无法以与Web或.NET桌面应用程序中可用的数据访问对象相同的方式自行编程控制这些内容。访问数据库在逻辑上也更难以部署和维护（特别是与Web应用程序相比），并且它们取决于用户工作站上安装的Access版本。

希望它有所帮助。祝你的项目好运。