SQL Server数据库优化策略

Question

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

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

我的问题如下

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

如果我的解决方案毫无意义,请随时提供任何其他解决方案.

Answer 1

不要这样做.将您的应用拆分为多个数据库将是一场管理噩梦.此外,假设记录的大小合理,则500k记录并不多.

相反,追寻低调的果实.打开日志记录并查看访问模式.哪些查询很慢？找出原因.他们缺乏指数吗？查询可以简化吗？调试问题.

请记住,有时在问题上抛出硬件是正确的解决方案.如果您可以使用$ 800服务器解决问题,请执行此操作.这比你的时间便宜很多.