列存储索引可以是聚集的，也可以是非聚集的，用户可以在表上创建聚集的列存储索引（Clustered Columnstore Index）或非聚集的列存储索引（Nonclustered Columnstore Index）。由于聚集索引实际上是表的物理存储，因此，表上只能创建一个聚集索引，该聚集索引要么是聚集的列存储索引，要么是聚集的行存储索引。由于非聚集的索引（列存储索引和行存储索引），是在表的物理存储空间之外额外创建的数据结构，因此一个表可以创建多个非聚集的索引。
由于列存储索引相比普通的B-Tree索引，提高约10被的压缩率和查询性能，因此，对于数据仓库的大型数据表，都可以创建列存储索引。而列存储索引实际上是由两部分构成的：列存储区（columnstore）和增量存储区（deltastore），并且会产生索引的碎片，在创建列存储索引时，需要根据表的更新频率和查询的需求（是值查找，还是分析查询）来为表设计合适的索引。
一，索引的设计思路在创建索引时，对于一个表：
如果已经创建了聚集的列存储索引，那么该表上不能再创建非聚集的列存储索引，但是可以创建非聚集的行存储索引。
如果已经创建的聚集的行存储索引，那么该表上可以创建一个或多个非聚集的列存储索引，也可以创建一个或多个非聚集的行存储索引。
列存储索引特别适合进行大量数据的分析查询，而行存储索引适合用于少量数据值的查找。
聚集的列存储索引是整个表的物理存储，通常把聚集的列存储索引称作列存储表，而非聚集的列存储索引是在表的物理存储之外额外创建的数据结构，非聚集的索引包含基础表中部分或全部的数据行，也可以只包含部分列，即，列存储索引被定义为表的一列或多列，并具有过滤行的可选条件。
推荐的设计思路：
使用聚集的列存储索引（把表转换为列存储）来存储事实表和大的维度表，用于提高查询性能和数据压缩性能，提高的性能大概在10倍左右。
在行存储表上，使用非聚集的列存储索引对数据进行分析查询。
二，把列存储和行存储结合到一起从SQL Server 2016 (13.x)版本开始，列存储索引和行存储索引可以结合在一起，利用这两种类型的索引的优点，提高查询性能、并减低存储消耗。
用户可以在rowstore表上创建一个或多个可更新的非聚集列存储索引（updatable nonclustered columnstore index），该索引存储所选列的副本，因此需要额外的空间来存储此数据，但是所选数据平均被压缩10倍。用户可以在列存储索引上运行分析，同时在行存储索引上运行事务。当行存储表中的数据更改时，列存储将更新，因此两个索引都针对相同的数据工作。
用户可以在列存储表上创建一个或多个非聚集的行存储索引，并在基础列存储上执行有效的表查找。
三，设计方案 方案1：创建聚集的列存储索引表通常是行存储的，为表创建一个列存储索引，就把表转换为列存储格式。聚集的列存储索引不仅仅是一个索引，实际上，聚集的列存储索引就是数据表的物理存储，能够提高10倍的压缩率和数据查询性能。
当表满足以下条件，考虑创建聚集的列存储索引：
对于分区表来说，每个分区至少100万行数据，列存储索引在每个分区中都有行组，如果表太小而无法在每个分区中填充行组，则无法获得列存储压缩和查询性能的好处。
查询主要对值范围执行分析，例如，要查找列的平均值，查询需要扫描所有列的值，然后，通过将它们求和以确定平均值来汇总这些值。
大多数插入的数据量是海量的，而更新和删除操作最少。
相反，如果每个分区少于100万行数据，或者表上的更新和删除操作非常多（更新操作会导致碎片），或者含有LOB字段，即包含 varchar(max), nvarchar(max) 和 varbinary(max)数据类型，那么不要创建聚集的列存储索引。
方案2：在聚集的列存储索引上创建非聚集的行存储索引，用于少量值得查找从SQL Server 2016（13.x）开始，用户可以在聚集得列存储索引上创建非聚集得B-Tree索引，当列存储索引发生更改时，非聚集得B-Tree索引也会更新。通过使用辅助的B树索引，用户可以有效地搜索特定行，而无需扫描所有行。
方案3：使用非聚集的列存储索引进行实时分析从SQL Server 2016（13.x）开始，用户可以在行存储表（Disk-Based表或内存内存优化表）上创建非聚集的列存储索引，使得用户可以在事务表上进行实时分析。在基础表上进行事务处理时，数据会更新到列存储索引上，用户可以在列存储索引上进行分析性的查询。由于一个表同时管理两种类型的索引，因此，行存储索引和列存储索引都可以实时进行更新。由于列存储索引的数据压缩性能比行存储索引高约10倍，因此只需要少量的额外存储。例如，如果压缩的行存储表占用20 GB，则列存储索引可能需要额外的2 GB。所需的额外空间还取决于非聚集列存储索引中的列数。
四，分区对列存储的影响