Columnstore indexes - what's new
Summary of columnstore features available for each version of SQL Server, and the latest releases of SQL Database Premium Edition, SQL Data Warehouse, and Parallel Data Warehouse.
For SQL Database, columnstore indexes are only available in Premium Edition.
Feature Summary for Product Releases
This table summarizes key features for columnstore indexes and the products in which they are available.
|Columnstore Index Feature||SQL Server 2012||SQL Server 2014||SQL Server 2016||SQL Server 2017||SQL Database Premium Edition||SQL Data Warehouse|
|Batch execution for multi-threaded queries||yes||yes||yes||yes||yes||yes|
|Batch execution for single-threaded queries||yes||yes||yes||yes|
|Archival compression option||yes||yes||yes||yes||yes|
|Snapshot isolation and read-committed snapshot isolation||yes||yes||yes||yes|
|Specify columnstore index when creating a table||yes||yes||yes||yes|
|Always On supports columnstore indexes||yes||yes||yes||yes||yes||yes|
|Always On readable secondary supports read-only nonclustered columnstore index||yes||yes||yes||yes||yes||yes|
|Always On readable secondary supports updateable columnstore indexes||yes||yes|
|Read-only nonclustered columnstore index on heap or B-tree||yes||yes||yes 1||yes 1||yes 1||yes 1|
|Updateable nonclustered columnstore index on heap or B-tree||yes||yes||yes||yes|
|Additional B-tree indexes allowed on a heap or B-tree that has a nonclustered columnstore index||yes||yes||yes||yes||yes||yes|
|Updateable clustered columnstore index||yes||yes||yes||yes||yes|
|B-tree index on a clustered columnstore index||yes||yes||yes||yes|
|Columnstore index on a memory-optimized table||yes||yes||yes||yes|
|Nonclustered columnstore index definition supports using a filtered condition||yes||yes||yes||yes|
|Compression delay option for columnstore indexes in
|Columnstore index can have a non-persisted computed column||yes|
1 To create a read-only nonclustered columnstore index, store the index on a read-only filegroup.
SQL Server 2017
SQL Server 2017 adds these new features.
- SQL Server 2017 supports non-persisted computed columns in clustered columnstore indexes. Persisted columns are not supported in clustered columnstore indexes.You cannot create a nonclustered index on a columnstore index that has a computed column.
SQL Server 2016
SQL Server 2016 adds key enhancements to improve the performance and flexibility of columnstore indexes. These improvements enhance data warehousing scenarios and enable real-time operational analytics.
A rowstore table can have one updateable nonclustered columnstore index. Previously, the nonclustered columnstore index was read-only.
The nonclustered columnstore index definition supports using a filtered condition. To minimize the performance impact of adding a columnstore index on an OLTP table, use a filtered condition to create a nonclustered columnstore index on only the cold data of your operational workload.
An in-memory table can have one columnstore index. You can create it when the table is created or add it later with ALTER TABLE (Transact-SQL). Previously, only a disk-based table could have a columnstore index.
A clustered columnstore index can have one or more nonclustered rowstore indexes. Previously, the columnstore index did not support nonclustered indexes. SQL Server automatically maintains the nonclustered indexes for DML operations.
Support for primary keys and foreign keys by using a B-tree index to enforce these constraints on a clustered columnstore index.
Columnstore indexes have a compression delay option that minimizes the impact of the transactional workload on real-time operational analytics. This option allows for frequently changing rows to stabilize before compressing them into the columnstore. For details, see CREATE COLUMNSTORE INDEX (Transact-SQL) and Get started with Columnstore for real-time operational analytics.
Performance for database compatibility level 120 or 130
Columnstore indexes support read committed snapshot isolation level (RCSI) and snapshot isolation (SI). This enables transactional consistent analytics queries with no locks.
Columnstore supports index defragmentation by removing deleted rows without the need to explicitly rebuild the index. The
ALTER INDEX … REORGANIZEstatement removes deleted rows, based on an internally defined policy, from the columnstore as an online operation
Columnstore indexes can be access on an AlwaysOn readable secondary replica. You can improve performance for operational analytics by offloading analytics queries to an AlwaysOn secondary replica.
To improve performance, SQL Server computes the aggregate functions
AVGduring table scans when the data type uses no more than 8 bytes, and is not of a string type. Aggregate pushdown is supported with or without Group By clause for both clustered columnstore indexes and nonclustered columnstore indexes.
Predicate pushdown speeds up queries that compare strings of type [v]archar or n[v]archar. This applies to the common comparison operators and includes operators such as LIKE that use bitmap filters. This works with all collations that SQL Server supports.
Performance for database compatibility level 130
- New batch mode execution support for queries using any of these operations:
- Aggregates with multiple distinct functions. Some examples:
- Window aggregate functions:
- Window user-defined aggregates:
- Window aggregate analytic functions:
- Single-threaded queries running under
MAXDOP 1or with a serial query plan execute in batch mode. Previously-only multi-threaded queries ran with batch execution.
- Memory optimized table queries can have parallel plans in SQL InterOp mode both when accessing data in rowstore or in columnstore index
These system views are new for columnstore:
These in-memory OLTP-based DMVs contain updates for columnstore:
- MERGE is disabled when a B-tree index is defined on a clustered columnstore index.
- For in-memory tables, a columnstore index must include all the columns; the columnstore index cannot have a filtered condition.
- For in-memory tables, queries on columnstore indexes run only in InterOP mode, and not in the in-memory native mode. Parallel execution is supported.
SQL Server 2014
SQL Server 2014 introduced the clustered column store index as the primary storage format. This allowed regular loads as well as update, delete, and insert operations.
- The table can use a clustered column store index as the primary table storage. No other indexes are allowed on the table, but the clustered column store index is updateable so you can perform regular loads and make changes to individual rows.
- The nonclustered column store index continues to have the same functionality as in SQL Server 2012 except for additional operators that can now be executed in batch mode. It is still not updateable except by rebuilding, and by using partition switching. The nonclustered columnstore index is supported on disk-based tables only, and not on in-memory tables.
- The clustered and nonclustered column store index has an archival compression option that further compresses the data. The archival option is useful for reducing the data size both in memory and on disk, but does slow query performance. It works well for data that is accessed infrequently.
- The clustered columnstore index and the nonclustered columnstore index function in a very similar way; they use the same columnar storage format, same query processing engine, and the same set of dynamic management views. The difference is primary versus secondary index types, and the nonclustered columnstore index is read-only.
- These operators run in batch mode for multi-threaded queries: scan, filter, project, join, group by, and union all.
SQL Server 2012
SQL Server 2012 introduced the nonclustered columnstore index as another index type on rowstore tables and batch processing for queries on columnstore data.
- A rowstore table can have one nonclustered columnstore index.
- The columnstore index is read-only. After you create the columnstore index, you cannot update the table by
UPDATEoperations; to perform these operations you must drop the index, update the table and rebuild the columnstore index. You can load additional data into the table by using partition switching. The advantage of partition switching is you can load data without dropping and rebuilding the columnstore index.
- The column store index always requires extra storage, typically an additional 10% over rowstore, because it stores a copy of the data.
- Batch processing provides 2x or better query performance, but it is only available for parallel query execution.
Columnstore Indexes Design Guidance
Columnstore Indexes Data Loading Guidance
Columnstore Indexes Query Performance
Get started with Columnstore for real-time operational analytics
Columnstore Indexes for Data Warehousing
Columnstore Indexes Defragmentation