SQL Server数据库优化策略

Question

我正在为一个医疗办公室使用Server启动一个新项目。它们当前的数据库( Server 2008)有超过50万行跨15+表。目前，他们抱怨自己的数据输入应用程序生成报告和插入新数据的速度非常慢。

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

我的问题如下

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

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

Answer 1

不要这样做。将你的应用程序分割成多个数据库将是一个管理噩梦。另外，假设这些记录的大小是合理的，那么500 K的记录就不多了。

相反，去追求低挂的水果。打开日志并查看访问模式。哪些查询比较慢？找出原因。他们没有索引吗？查询可以简化吗？调试问题。

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

Answer 2

插话:500 K的唱片没那么大。您应该能够非常快地使db正常工作，就像进行一些调优一样。