我们有一个SQL Server 2000数据库，可以保存在相对较旧的服务器上运行的大多数团队数据库。
最近，我们在各种应用程序中的一些数据库调用上遇到了一些奇怪的减速问题。 （所以我知道这不是特定于应用程序的）
有人提到我们应该考虑压缩一些数据库。这样做的一般经验法则是什么？
压缩数据库只是被认为是一般维护？是否存在数量庞大的数据库，表格或记录可能导致这种速度变慢，从而有助于压缩？
活跃使用的数据库数量：6
数据库的平均大小：20MB，但Fogbugz除外，大约是11000MB
答案 0 :(得分：4)
除非确实需要，否则不要压缩SQL Server数据库（“SHRINK”它）。它不是MS Access，也不会回收未使用的空间（好吧，它可以，但它掩盖了一个更重要的问题）
更有可能的是，您有索引/统计问题：
对于那个数据库大小（小）的初学者，我建议你看看
答案 1 :(得分：2)
在SQL Server中，您应该对数据库进行各种维护。
10MB是一个非常小的数据库，因此缩小数据库对你来说是不值得的（“紧凑”是你用MS Access数据库做的，在Sql Server中你可以收缩）。
相反，您更有可能在表中经常查询的列上没有合适的索引。或者，您拥有的索引是碎片化的。
一个好的开始是查看确切的查询花了很长时间（启动SQL事件探查器和监视器的好主意）。然后，您可以查看这些查询正在执行的操作，访问的表/列，然后查看是否有适当的索引。