我被要求解决SQL Server 2005数据库中的性能问题.
挑战不是大量的数据,而是大量的数据表.一个数据库中有超过30,000个表.总数据大小约为650 GB.
我对创建所有这些表的应用程序没有任何控制权.该应用程序在一个较大的公司上使用大约2,500个表,每个"分部",10-15个分区.
你怎么开始检查性能问题?您在VLDB(超大型数据库)上找到的所有文章都是关于数据量,而不是表的数量.
有任何想法吗?指针?提示?
像任何其他类型的性能调整一样开始.除此之外,您不应该假设大量的表构成了性能问题.它可能是一个红鲱鱼.
相反,问用户"什么是慢"?即使您测量了性能(也许使用Profiler),您的数字可能与感知的性能问题不匹配.