我们有一个SQL Server 2000数据库，可以保存大多数运行在相对较旧服务器上的团队数据库。什么时候压缩Sql Server数据库？
最近我们在各种应用程序的某些数据库调用中遇到了一些奇怪的减速问题。 （所以我知道它不是应用程序特定的）
有人向我提到，我们应该研究压缩我们的一些数据库。做这些的一般规则是什么？
压缩数据库只是被认为是一般的维护？是否有数量可观的数据库，表格或记录可能会导致这种减速并因此被压缩？
号码积极使用的数据库的：6
数据库的平均大小：20MB用的FogBugz的例外，那就是关于11000MB
你不压缩一个SQL Server数据库（你“缩水”它）除非你真的需要。这不是MS Access和不会回收未使用的空间（当然，是可以的，但它掩盖一个更重要的问题）
更有可能的是，你有一个指数/统计问题：
对于该数据库的大小（小）首先，我建议你看看
在SQL Server中，有你应该在你的数据库做保养的各个位。因为缩小数据库对你来说是不值得的（“紧凑”是你可以用MS Access数据库做的事情，在Sql Server中你可以缩小）。
相反，您的表格中经常查询的列上没有合适的索引的可能性更大。或者，你所拥有的索引是分散的。
一个很好的开始就是准确查看哪些查询花了很长时间（启动SQL Profiler和监视器的好主意）。然后，您可以查看这些查询正在执行的操作，访问哪些表/列，然后检查是否有适当的索引。
这可能更适合服务器故障。但是，实际上，您的数据库大小很小。我怀疑压实会产生任何性能优势。压缩通常也是为了回收空间。如果数据库没有压缩，性能应该不会受到太大的影响。 – Joey 2009-11-23 13:52:52