我是否应该提倡从access迁移到(我的)sql
我们有一个windows MFC应用程序，它是针对公司服务器上的access数据库编写的。db并没有那么大:19MB。一次最多只能有2-3个用户访问。它在工厂环境中使用，在工厂环境中，通过intranet的访问速度(或缺乏访问速度)变得非常明显，因为它是我们的小部件制造时间的一部分。
场景是这样的:当每个小部件完成时，它在数据库中获得一条记录。到了年底，数据库变得越来越大，搜索记录的时间也越来越长。到目前为止，解决方案是手动将较旧的记录移动到档案表中，大约一年一次。
我们现在正在修改这个应用程序的其他部分，如果我们要这样做的话，这将是一个转移到另一个数据库的好时机。
我的理解是，如果我们使用sql，搜索时间不会随着表的变大而增加，因为不必每次都通过网络发送整个.mdb。这是正确的吗？有没有人知道迁移到新数据库的麻烦(时间和金钱)是否值得，或者我是否应该为现在的应用程序添加更多功能，并可能不时自动清除较旧的记录，并在需要时向应用程序添加额外的工具以获取较旧的记录？
感谢你能分享的任何智慧..
回答 5
Stack Overflow用户
发布于 2010-05-05 10:50:37
首先，整个表和整个数据库都是通过网络传输的信息是不正确的。如果查询是索引的，那么搜索时间不应该随着时间的推移而增加那么多。
正如其他人提到的，花费时间和金钱来设置和维护，然后让人维护、管理和支持数据库服务器在这里肯定是可能的。但是，请记住，在许多情况下，简单地将基于JET的应用程序迁移到sql server的运行速度会更慢，实际上，在不涉及网络的情况下，sql server比JET更慢。
因此，我会花一些时间来确定为什么事情变慢了这么多，也检查了索引是如何设置的。
所以，请记住，整个表和整个数据库都是通过网络传输的，这纯粹是民间传说和神话。这种概念只是因为大多数人真的没有接受过任何计算机培训，也不知道和理解JET数据引擎是如何工作的。
Stack Overflow用户
发布于 2010-05-05 05:13:38
如果有资金和时间投入数据访问层，我可能会转而使用Microsoft SQL Server2008R2 Express Edition (免费)或MySQL (免费)。由于您将向远程服务器发出请求，而不是在本地工作站上操作数据，因此从开发的角度来看，此移动非常复杂。
但是，您应该分析每季度或每月执行归档过程是否更具成本效益，然后将归档数据库迁移到SQL Server2008SQL R2速成版。(您可以在工作站上安装Microsoft SQL Server Management Studio客户端工具，并查询存档数据库，以便更快地报告历史数据，而无需重写整个生产应用程序；使用MySQL或其他操作系统/免费的RDBMS也有类似的解决方案)。
Stack Overflow用户
发布于 2010-05-05 14:30:55
我有300 mb数据库的客户，尽管出于其他原因，他们应该升迁到SQL Server。19Mb相对较小。如果性能很差，以致于归档加快了速度，那么请检查表中所有排序和选择字段的索引。Albert在那里给了你一个很好的URL来检查。
整个MDB文件不会一直传下去。除非您缺少索引。
https://stackoverflow.com/questions/2768987
复制相似问题
腾讯云开发者
