我一直采取首先部署数据库的方法,使用最少的索引集,然后根据性能指示添加/更改索引.
这种方法工作得很好.然而,它仍然没有告诉我在哪里可以提高性能.它只告诉我性能如何糟糕,用户抱怨.
目前,我正在重构我们很多应用程序上的数据库对象.
因为“过早优化是所有邪恶的根源”,所以我不应该去寻找性能改进？
当重构应用程序代码时,开发人员一直在寻找提高代码质量的方法.有没有办法不断寻找数据库性能的改进呢？如果是这样,你发现哪些工具和技术最有帮助？
我已经简要地介绍了“数据库引擎调优顾问”,但没有发现它是有帮助的.也许我只需要更多的经验来解释结果.
解决方法
我的方法是使用SQL Server Profiler将服务器或数据库的命令收集到表中.一旦你有了这个,你可以根据最大和平均的执行时间,最大和平均每次CPU的时间查询,并且(也非常重要)查询运行的次数.
由于我尝试将所有数据库访问代码放在存储过程中,因此我很容易发现查询.如果使用内联SQL可能会更困难,因为对查询中的值的更改将使其看起来像一个不同的查询.您可以尝试使用LIKE运算符将相同类型的查询放入同一个存储区中,以计算聚合(max,avg,count).
一旦您有潜在问题的“十大”列表,您可以单独查看这些问题,以查看查询是否可以重做,索引可能有帮助,或者进行小架构更改.要想出前10名,请尝试以不同的方式查看数据：avg *计数期间的总成本,最大罪犯的最大值,平均等级等.
最后,如果需要,请确保在不同的时间段内进行监控.当用户进入新数据时,每个人每天都在进入并运行他们的日常报告的数据库使用情况可能与中午不同.您也可以决定即使某些夜间处理比任何其他查询都需要更长的时间,因为它在非工作时间内运行并不重要.
祝你好运！
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。