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

简介

列存储索引其实在在SQL Server 2012中就已经存在，但SQL Server 2012中只允许建立非聚集列索引，这意味着列索引是在原有的行存储索引之上的引用了底层的数据，因此会消耗更多的存储空间，但2012中的限制最大的还是一旦将非聚集列存储索引建立在某个表上时，该表将变为只读，这使得即使在数据仓库中使用列索引，每次更新数据都变成非常痛苦的事。SQL Server 2014中的可更新聚集列索引则解决了该问题。

可更新聚集列存储索引？

聚集列存储索引的概念可以类比于传统的行存储，聚集索引既是数据本身，列存储的概念也是同样。将数据按照列存储而不是行存储则提供了诸多好处，

首先对于大量聚合、扫描、分组等数据仓库类查询仅仅需要读取选择的列，对于需要Join多个表的星型结构等场景性能提升尤其明显

其次是列索引可以更新，并且每个表中只需要一个（这是优点也是缺点，因为无法再建非聚集索引）聚集列索引即可，大大节省了空间

列索引由于是按列存储，同一列中数据类型是一样的，因此可以更加容易的实现更高的压缩比率

列存储的表会占用更少的存储空间，因此存在更少的IO

那么列存储索引有什么弊端呢？

行存储对于OLTP操作十分适合，因为每个聚集索引键可以标识某一行，该行存储在物理磁盘上也连续，因此可以利用Seek操作完成大量选择性非常高的查询，而列存储索引同一行的每一列并不在物理上联系，并且列存储聚集索引中并没有“主键”的概念，因此并不存在SEEK操作，如果大量OLTP类的查询，性能将会出现问题。

列存储索引只支持Scan操作，如图1所示。

图1.列存储索引只支持Scan操作

那么列索引是如何存储呢？

列索引存储可以望文生义，就是按列存储。这个过程可以分为3个阶段，首先将一堆行分组，这就是所谓的“行组”，分组完成后，再按列切分，最后将列压缩，如图2所示。

图2.列存储的过程

（编辑：云计算网_宿迁站长网）

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