SQL Server 2014的可更新列存储聚集索引新特性探秘

我们注意到其中有一部分不够分组的，那么就直接让这部分数据以传统行存储的形式老实呆着吧，这就是所谓的Deltastore，等数据增长到可以分组时再进行分组，目前SQL Server 2014认为10W以下的数据都不够分组。

上述列存储的两部分我们可以通过2014新引入的DMV进行观测，如图3所示。在图3中，我们队目前已经存在31465行的聚集列索引插入了1000行新的数据，则SQL Server认为这部分数据不满10W行，因此以Deltastore的方式存在。

图3.压缩后的列和Deltastore

当我们再插入1000数据时，可以观察到DeltaStore中的数据又增加了1000，达到2000，但依然存在DeltaStore中。如图4所示。

图4.再次插入的数据依然在DeltaStore中

那么我插入大量的行进行观测，会发现，大批量的数据依然以DeltaStore的方式存储，如图5。

图5.插入大量数据后也无法将数据压缩

更多精彩内容：http://www.bianceng.cn/database/SQLServer/

那么究竟何时会压缩这些数据呢，根据BOL的说法：http://msdn.microsoft.com/en-us/library/dn223749(v=sql.120).aspx，会有一个后台的线程定期检测，此外当重建或整理索引时也可以自动归档，如图6所示。

图6.重建索引后归档列存储索引

空间占用比较

可更新列存储聚集索引的压缩比率是最高的，因为同一列往往是同一类数据，因此这类数据有更好的压缩比。现在我纯粹的从传统聚集索引、页压缩、行压缩、列存储索引所占用的空间进行比较，当然，如果我们把传统表的非聚集索引算上，那么行存储表将会需要更多的空间。我们用3W多条数据进行简单比对，如图7所示。

图7.不同存储占用空间

图7的示例数据很少，但依然可以看到，列存储比即使没有非聚集索引的行存储，占用空间也几乎少了2/3，提升不可谓不巨大。

（编辑：应用网_镇江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!