SQL Server 2016 的一项新特性是可以在“内存优化表（Memory Optimized Table）”上添加“列存储索引（Columnstore Index）”。要理解这是什么意思，我们应该首先解释术语列存储索引和内存优化表。
列存储索引是一种按照列而不是行组织数据的索引。每个数据块只存储一个列的数据，最多包含100 万行。因此，如果数据为5 列1000 万行，那么就需要存储在50 个数据块中。当只查询部分列时，这种数据组织策略特别有效，因为数据库不会从磁盘读取用户不关心的列。
列存储索引比表扫描要快得多，但没有传统的B 树索引那么快。这特别适合于那种无法预测需要什么索引的即时报表。
内存优化表正如它的名字， 它是一个经过优化并一直驻留在内存中的表。这有许多好处，比如锁无关写，但它也有很大的局限性。比如，只允许有8 个索引，这对于用于即时查询的表而言限制太大。
SQL Server 2016 部分地弥补了这种限制，它允许那 8 个索引中的其中一个为列存储索引。但要遵循如下规则：
- 像内存优化表上的其它索引一样，列存储索引必须在表创建时定义。
- 列存储索引必须包含基表中的所有列。（在普通表上的列存储索引不存在这种限制。）
- 列存储索引必须包含基表中的所有行。换言之，它不能是“筛选索引（filtered index）”。
一个与内存优化表相关的特性是创建本地编译查询。数据库使用C 编译器将这些查询编译成了机器码，而不使用SQL Server 解释器。使用列存储索引的查询可以使用这个选项，而不用总是通过解释器运行。
暂无签名
最新发布
Quora 文本语境演进分析
2015-12-21
使用 API 网关构建微服务
2015-07-21
Oracle 专家谈 MySQL Cluster 如何支持 200M 的 QPS
2015-07-02
腾讯云云原生提质增效实践精选集 2024
《2024腾讯云云原生提质增效实践精选集》出炉，5大热门技术领域，13个行业精选标杆案例，痛点到解决方案全...
Beyond Naive RAG
KMM 技术在移动 App 开发中的探索与实践
OceanBase的OLAP能力提升实践
评论