简介

　　之前已经写过两篇介绍列存储索引的文章，但是只有非聚集列存储索引，今天再来简单介绍一下聚集的列存储索引，也就是可更新列存储索引。在SQL Server 2012中首次引入了基于列存储数据格式的存储方式。叫做“列存储索引”。前一篇我已经比较了行存储索引与非聚集的列存储索引（http://www.cnblogs.com/wenBlog/p/5682024.html）。其中对于在小表的指定值或者小范围的查询来讲，尤其针对事务性的负载行存储是很合适的。但是对于分析性负载像数据仓库和BI，在查询中将会对大量数据进行全扫描，例如事实表，这时候列存储索引就是更好地选择。

列存储索引结构

　　在列存储索引中，数据按照独立列组织到一起形成索引结构。每列都数据都位于被高度压缩的数据集中，叫做数据段。这个数据段只包含该列的值，对于大型表它分到多个数据段中，每个数据段中只含有100万行数据，这就叫做行组、数据段由一个或者多个数据页组成。数据将在内存和硬盘上以数据段的形式传输。

　　这种索引提高了数据仓库的查询效率。这种通过压缩获得数据格式要比B-Tree结构的压缩率高7倍多。同时由于列存储索引使用了批处理模式执行，数据处理也是批处理的，较少了CPU的使用。列存储索引强化了检索数据的速度，与行存储不同的是不用查询所有列。因为这个原因，更少数据被读取到内存中，再到处理器缓存处理。相关的这些因素都会减少硬盘IO，提高整体查询的性能。

　　在2014中列存储索引有以下限制：

　　　　　　　　　　　　　　　　　　最多支持1024列在你的索引中；

　　　　　　　　　　　　　　　　　　列存储索引不能被定义为唯一性索引；

　　　　　　　　　　　　　　　　　　不能创建视图；

　　　　　　　　　　　　　　　　　　不能包含稀疏列；

　　　　　　　　　　　　　　　　　　不能使用ALTER INDEX来修改索引，只能drop然后重新创建；

　　　　　　　　　　　　　　　　　　不能使用INCLUDE关键字。

　　　　　　　　　　　　　　　　　　不能排序列；

　　　　　　　　　　　　　　　　　　不能使用FILESTREAM属性。

　　　　　　　　　　　　　　　　　　当然还有一些数据类型不能包含在列存储索引中（binary , varbinary , ntext , text, , image, varchar(max) , nvarchar(max), uniqueidentifier, rowversion , sql_variant,精度大于18 的decimal，CLR 和xml等）　　　

另一方面，对于索引列已经没有900字节的限制，可以超过900字节。

在SQL Server2012 中，只能创建非聚集列存储索引，并且不能更新。为了更新你必须删除索引，然后进行插入、更新或者删除的操作后在重建索引。

在2014中列存储索引得到了不小的提升，比如消除了只读限制。增加了聚集列存储索引，列存储索引作为了表的存储方式，存储表的数据。

比较聚集和非聚集列存储索引

列存储索引的结构图：

如图增量存储部分我们叫做deltastore，用于存储不够最小行组大小的数据。流程就是将行数据提取成列数据，然后进行压缩存储，多余的部分放到deltastore中。

聚集索引插入、删除和更新实现逻辑：

插入新行的时候，值被存储在deltastore中，直到达到最小rowgroup（行组）大小时，然后压缩并移动到列存储数据段中。

删除数据时，行将被删除从deltastore存储中，但是在列存储索引数据段中只是被标记为删除，除非重建后才会被真的删除。

更新的时候，在deltastore存储中行数据被删除，然后在列存储数据段中被标记为删除，新的列别插入到deltastore中。

最后当重建索引的时。SQLServer将会删除所有标记为删除的数据段，数据存储在deltastore中的将与数据段中的数据合并，然后进行压缩。

正如所示，比较执行计划，使用列存储索引的要比行索引的好四倍，那么期望一下处理大数据时的10倍性能：

当比较逻辑读时你也能发现相似的结果。明显这个逻辑读也是四倍+关系。

那么我们可以根据下图概括一下传统的行索引与列存储所以的一般性区别：

列存储索引的创建

也能够使用SSMS创建索引： Indexes -> New Index ->Non-Clustered Columnstore Index 如下:

与非聚集索引创建类似，选择列，然后这些列没有排序也不能使用Include选项:

下图中我在SQL Server2014 企业版中，创建聚集索引:

转载自：http://www.cnblogs.com/wenBlog/p/6228346.html#top