3

我正在为医疗办公室使用 SQL Server 开始一个新项目。他们当前的数据库 (SQL Server 2008) 有超过 500,000 行，跨越 15 个以上的表。目前，他们抱怨他们的数据输入应用程序生成报告和插入新数据的速度非常慢。

对于我的新系统，我正在考虑开发一种两层数据库方法，其中主要使用的 SQL Server 2012 将仅包含 3 个月的行，而第二个 SQL Server 2012 将维护系统的所有数据。这样，当用户插入新数据时，它将被输入到一个更小的系统中，当他们查询最近的数据时，查询应该执行得更快。这个系统也会有报告，但我认为报告必须从更大的数据集中生成。

我的问题如下

  1. 这样的解决方案会提高数据库的整体性能吗
  2. 此解决方案是否存在任何可扩展性问题？
  3. 每晚在两台服务器之间传输数据的最佳方式是什么？

如果我的解决方案没有意义，请随时提供任何其他解决方案。

4

2 回答 2

7

不要这样做。将您的应用程序拆分为多个数据库将是一场管理噩梦。另外，假设记录的大小合理，那么 500k 记录并不多。

相反，追求低垂的果实。打开日志记录并查看访问模式。哪些查询很慢？找出原因。他们缺少索引吗？可以简化查询吗？调试问题。

请记住，有时在问题上扔硬件是正确的解决方案。如果你能用 800 美元的服务器解决问题，那就去做吧。这比你的时间便宜很多。

于 2013-01-08T04:07:28.993 回答
0

插话：50 万条记录并没有那么大。您应该能够使数据库非常快速地工作，就像通过一些调整一样。

于 2013-01-08T04:17:35.257 回答