sql-server - MS Access 与 SQL Server 和其他？当小于 2 Gb 且只有 20 个用户时，是否值得使用数据库服务器

Question

在我对 MSAccess 与 MySQL 进行实验后，结果表明 MS Access 的性能远远超过 Mysql odbc insert 1000%，然后我才用 SQL Server 进行相同的实验，我搜索了其他人并找到了这个:

http://blog.nkadesign.com/2009/access-vs-sql-server-some-stats-part-1/

说

“作为旁注，在这个特定的测试中，Access 提供了比 SQL Server 更好的原始性能。在更复杂的场景中，Access 的性能很可能会比 SQL Server 下降更多，但很高兴看到 Access 是不是树懒。”

因此，当数据小于 2 Gb 且用户数约为 20 时，使用某些数据库服务器是值得的(知道 MS Access 理论上最多支持 255 个并发用户，但实际上它只有大约 12 个并发用户)。

在这些特定用例中，是否有任何真实世界的研究真正将 MS Access 与其他数据库进行比较？因为从专业角度来说，我一直听到人们从从未使用过 Access 的人那里系统地推荐 DB 服务器，只是因为他们认为 DB Server 只能在每种情况下都表现得更好，我曾经认为自己承认这一点。

Answer 1

对于 20 个用户和远低于 Jet/ACE 限制的数据量(如果 Jet/ACE 数据文件接近 1GB，我会开始计划扩大规模)，不一定有性能优势升迁。

但是，如果您希望自由地在您的应用程序中增加 20 个用户，则必须非常小心地编写它，以免导致 Jet/ACE 数据存储出现问题。可以做到，但需要在应用程序设计中多加注意。当然，如果这 20 个以上的用户几乎都是只读的，那会增加您的空间，但他们通常不会。

要考虑的另一件事是安全性和可靠性。使用服务器后端，您可以获得更高级别的两者。这并不意味着升迁必然是合理的(升迁伴随着许多人未能认识到的成本，例如，管理、应用程序的重新设计以及不同的用户/安全管理工具)——你必须平衡整个成本范围和好处。

相反，由于这些特定应用程序的安全性和可靠性要求，服务器后端通常完全有理由使用更小的用户群和更小的数据量。

在 20 个用户的情况下，我会说，如果您正在考虑新的开发而不是扩大现有应用程序的规模，那么从一开始就使用服务器后端以便让自己喘口气会更有意义它给你扩展的空间。这意味着您在实现方面不必那么小心(除非您想跨 WAN 运行它，在这种情况下您无论如何都无法使用 Jet/ACE 后端)。

但如果您只是问一个现有的应用程序是否应该仅仅因为它达到 20 个用户就应该扩大规模，那么答案是不，除非 Jet/ACE 后端已经存在性能问题。