浅析SQL Server 2008企业级新特性

核心提示： 在SQL Server 2008中，微软已经包含了几个存储过程，浅析SQL Server 2008企业级新特性(2)，以方便你在开始压缩之前，就可以估计使用哪种压缩方法之后，这样做以后，只有那些带有实际值的行会被索引，两者的节省水平，以及解压数据库之后

在SQL Server 2008中，微软已经包含了几个存储过程，以方便你在开始压缩之前，就可以估计使用哪种压缩方法之后，两者的节省水平，以及解压数据库之后，数据将会扩展到多大。这是一个非常重要且体贴的功能，因为你不仅需要了解是否值得花时间压缩，而且还要知道磁盘是否处理得了还原后未压缩的数据。但要紧记的是，这些存储过程是基于小范围的统计上的随机数据采样，如果碰巧遇到一个数据上的采样失误，那么就会得到错误的估计结果。

另外，微软实现压缩的方法，节约的不仅仅是存储资源，数据还可以在内存中保持压缩状态，只在读取时才解压，这意味着你可以把更多的数据页装入内存中，由此减少磁盘读取次数，而CPU用于解压的时间，也远远少于磁盘寻道的时间。

稀疏列允许你存储空值而无须占用物理空间，如果在一张“巨大”的表中，列有许多空值，可能会浪费大量的磁盘空间来跟踪这些空值。而把空值存储在稀疏列中则不会占用任何空间，存储需求也会随之降低。

在使用稀疏列时要非常留意一点，它们与压缩不兼容，坦白地说，这是微软的一大失误。希望本着为用户着想的原则，在某个Service Pack中就能更正这个问题，而不是要等到下个版本。同时，如果你在表中也定义了稀疏列，那么也不要指望会压缩表中的数据，真是不知道微软是怎么搞的，这些本不应该出现在正式产品中的。如果非要说稀疏列与压缩他俩是一对完美的组合，那“如花”可能也配得上金城武了。

压缩索引还像码事，至少名符其实，这又是节省存储空间的另一个方法。过滤索引可以在索引上放置一个where子句（如某条查询），以便只有表的一部分被索引。听上去似乎不太妥当，但在某些情况下你可能就会想要过滤某些索引了，举个例子来说，在使用稀疏列时，有了过滤索引就无须保持一个包含了主要是空值的索引，你可在稀疏列上放置一条索引，只取那些非空值就行了。这样做以后，只有那些带有实际值的行会被索引，而索引的体积也会相应大幅减小。