英文原文:Introducing SQL Server 2014's New Clustered Columnstore Indexes
在 SQL Server 2012 中,开发者有创建 columnstore 索引的选项。这些索引拥有提供 10x 性能提升和超过传统表 7x 压缩的潜力,但是随之也带来了大量的限制。这其中最重要的是他们将基本表送入只读模式的事实。
SQL Server 2014 中的这个新存储引擎克服了这些限制。该引擎被称为聚合 columnstore 索引,它允许高度有效的列有序的数据,同时还允许表在执行 DML 操作(例如 INSERT、UPDATE 和 DELETE)的时候正常运作。
就像正常的聚合索引一样,聚合 columnstore 索引定义了数据在磁盘上是如何物理存储的。columnstore 支持的表首先会被组织成称为行组(rowgroup)的片段。每一个行组保存 102400 到 1048578 行数据。在行组被识别出来之后,它就会被打碎成列片段(column segments),然后对这些列片段进行压缩,并将结果插入到实际的 columnstore 中。
在处理少量数据(这里的少量指小于 10 万行数据)的时候,这些数据会被组织到一个称为 deltastore 的部分。一旦这些数据达到了 deltastore 能够将其排出的最小大小,那么它们就会被处理为一个新的行组。你可以从下面的 MSDN 图表中查看这个过程:
在 deltastore 进行转换的时候它会被关闭。但是无论如何这并不是一个全表阻塞操作。在当前的 deltastore 因为锁的原因不能访问的时候,会为给定的表创建一个额外的 deltastore。如果表是分区的,那么每一个区都会有它自己的 deltastore 集。
术语上的注意:Microsoft 现在使用“rowstore”表示按照行和列安排的传统表。deltastore 实际上是一种类型的 rowstore。
和之前版本的 columnstore 索引不同的是,聚合版本必须包含表中的所有列。这是因为对于剩下的行而言没有其他的堆或者聚合索引去依赖。事实上,聚合 columnstore 索引根本不能和其他类型的索引结合。