使用Access或MySQL作为后端数据库

就个人而言,我会使用SQLServerExpress或MySQL。它们比Access后端具有更好的扩展性,当您准备离开Access时,无需转换后端和前端即可实现。

SQLServerExpress可能是一个很好的解决方案,但它也有一些非常严格的限制。此外,您还需要确保其许可证符合您的需要。

如果您的并发性和可伸缩性需求是有限的(比如10-15个并发用户,具有中等数量的I/O),那么使用MDB后端没有什么错。我不是一个访问迷,但根据经验,我知道这通常会奏效。

此外,管理MDB后端几乎是免费的,而MySQL或SQLServerExpress将需要一些实际的DBA工作。如果你确信自己永远不会需要更大的东西,那就没有意义了。

对于实际部署,您可能希望使用真实的数据库,而不是Access/Jet DB引擎。

话虽如此,access的优点在于它有一个工具(查看菜单)可以将单个MDB文件拆分为数据库和代码。这样做,然后将代码瞄准新的数据源。

您可能需要稍微修改一些查询。

我认为SQL Server Express将是您的最佳选择。MySQL对于您的后端来说是一个很好的数据库,但是Access与SQL Serv Express集成得更好(当然MS希望您使用它自己的产品,即使它是免费的),而且考虑到它是免费的,Express edition非常好。如果应用程序最终需要大规模扩展,那么升级到付费SQL Server很简单,驱动程序也是一样的。

我认为您应该定义“分布式数据库应用程序”的含义。据我所知,这个术语通常会使Jet在后端无法运行。

如果没有用户数量、操作环境、安全性和可靠性要求等方面的指示,没有人能够真正回答您的问题。如果是针对10个用户的,而不是业务线数据,则Jet后端可能是完美的,并使开发和管理成为小菜一碟。如果您有100个用户,您肯定希望使用服务器后端。如果您有重要的安全考虑(例如,HIPAA遵从性),您可能希望使用内置服务器级安全性的数据库,而不是Jet。

还有第三种选择:你可以使用 EQL Data 因此,您可以使用普通的访问后端,但为每个人提供自己的副本(以及他们之间的同步),以帮助解决多用户可伸缩性问题。这样,您就不需要深入到使用“真正的”DB后端的复杂性。