SQL Server 2016 —— 聚集列存储索引的功能增强

作者

聚集列存储索引(CC Index)是SQL Server 2014中两大最引人瞩目的特性之一,设计为用于超过1千万条记录的数据表。使用者无需明确的指定索引,也能够保证分析式查询的优良性能。

但2014版本中的这一特性存在着一个缺陷,即使用者无法指定索引。虽然CC索引比起传统表的表扫描要快得多,但它还是及不上经手动调整的覆盖索引。因此,为了同时支持这两种模式,开发者不得不创建两张表:一张具有B树索引结构的普通表,以及一个使用了聚集列存储索引的表。显然,保持这两张表的同步是一个很大的挑战。

在SQL Server 2016中,这个问题将不复存在。在兼容级别130(即SQL Server 2016)中的聚集列存储索引可包含B树风格的二级索引,与传统的数据表一样。这种索引支持任何数量的列,并且可以进行筛选。

聚集列存储索引的另一个问题在于缺乏对于主键和外键的支持。由于数据库无法强制某个CC索引的引用完整性,只能由中间层的开发者保证不会出现数据损坏的情况。如今因为能够在CC索引中加入B树索引,使用者就能够“使用一个B树索引创建主键与外键,从而实现这些限制条件的强制实施”。

警告:“一旦为聚集列存储索引定义了B树索引,就不能够使用MERGE了。”

隔离级别

从SQL Server 2016开始,CC索引支持快照与读提交快照两种隔离级别了,因而无需再使用读-写锁,也使得频繁写入数据的表的性能表现更为出色。

索引碎片整理

在SQL Server 2014中的CC索引被设计为主要用于添加数据风格的操作。虽然也能够对记录进行修改和删除操作,但这会产生索引碎片,只有通过重建整个CC索引才能够消除这些碎片。而在2016中,可以通过重新组织索引操作减少碎片。索引的重新组织是一种在线操作,这表示它无需长时间占有锁,因此妨碍对表的查询操作。

批量模式的增强

由于CC索引与非聚集列存储索引使用了相同的存储引擎,因此它的批量模式也同样得到增强。

查看英文原文:SQL Server 2016: Clustered Columnstore Index Enhancements



感谢张龙对本文的审校。

时间: 2024-08-05 05:45:07

SQL Server 2016 —— 聚集列存储索引的功能增强的相关文章

SQL Server 2014 聚集列存储

SQL Server 自2012以来引入了列存储的概念,至今2016对列存储的支持已经是非常友好了.由于我这边线上环境主要是2014,所以本文是以2014为基础的SQL Server 的列存储的介绍.下面我们主要看一下列存储的发展以及一些原理: 列存储的开发是想要处理超大量数据进行分析计算,于是在SQL Server 2012时,SQL Server 引入了列存储索引,用以显著提供高传统数据仓库类型语句的性能,并在SQL Server 2014中做了进一步加强.列存储会将一个列的数据单独存放在一

可更新聚集列存储索引幻想

在今天的文章里,我想专门详细谈下SQL Server 2014引入的可更新聚集列存储索引(Updateable Clustered ColumnStore Index).在我们进入细节讨论前,我想先给你简单介绍下它在SQL Server 2012里出现时的情况,还有它们的局限性. SQL Server 2012里的列存储索引 SQL Server 2012里引入的列存储索引是最热的新特性之一(除AlwaysOn外).如果使用得当的话,对于数据仓库的工作负荷会带来巨大的性能提升.遗憾的是,它们有2

SQL Server 2016不同版本所支持的功能的详细信息

参考链接:https://technet.microsoft.com/zh-cn/windows/cc645993(v=sql.90) 提供通用软件售前技术咨询,售后技术维保,软件故障排查,解决方案,软件技术支持兼职等业务,欢迎来询. 电话&微信 :18046508828 QQ : 1710484168 软件技术支持范围 数据库,系统,双机.集群,虚拟化,存储,备份,杀毒等 数据库:Oracle,Mysql,Sql server,sybase...系统:Window,Linux,Aix...双机

在SQL Server 2014里可更新的列存储索引 (Updateable Column Store Indexes)

传统的关系数据库服务引擎往往并不是对超大量数据进行分析计算的最佳平台,为此,SQL Server中开发了分析服务引擎去对大笔数据进行分析计算.当然,对于数据的存放平台SQL Server数据库引擎而言,也是需要强大的数据处理能力的. 在SQL Server 2012时,SQL Server 引入了列存储索引,用以显著提供高传统数据仓库类型语句的性能,并在SQL Server 2014中做了进一步加强.本文将在对SQL Server 2012列存储索引简单介绍的基础上,进一步解释SQL Serve

SQL Server 2012笔记分享-9:理解列存储索引

优点和使用场景 SQL Server 内存中列存储索引通过使用基于列的数据存储和基于列的查询处理来存储和管理数据. 列存储索引适合于主要执行大容量加载和只读查询的数据仓库工作负荷. 与传统面向行的存储方式相比,使用列存储索引存档可最多提高 10 倍查询性能,与使用非压缩数据大小相比,可提供多达 7 倍数据压缩率. SQL 2012和SQL 2014列存储索引的比较 在SQL server 2012中,一旦启用了列存储索引,将不能够对已启用列存储索引的数据存储执行变更写入操作,也就是说列存储索引适

SQL Server 2016新特性:列存储索引新特性

行存储表可以有一个可更新的列存储索引,之前非聚集的列存储索引是只读的. 非聚集的列存储索引支持筛选条件. 在内存优化表中可以有一个列存储索引,可以在创建表的时候创建,也可以在之后的alter table语句上创建.之前内存优化表不支持列存储索引. 聚集的列存储索引可以有多个非聚集行存储索引,之前列存储索引不支持非聚集索引. 支持在聚集列存储索引上加入主键和外键约束,约束使用btree索引. 列聚集索引有一个压缩延迟选项,让事务复合收到的影响最小. 兼容级别为120,130的数据库性能: 列存储索

解读SQL Server 2014可更新列存储索引——存储机制

概述 SQL Server 2014被号称是微软数据库的一个革命性版本,其性能的提升的幅度是有史以来之最. 可更新的列存储索引作为SQL Server 2014的一个关键功能之一,在提升数据库的查询性能方面贡献非常突出.据微软统计,在面向OLAP查询统计类系统中,相比其他SQL传统版本的数据库,报表查询的性能最大可提升上十倍. 下面我们从存储的角度来了解下SQL Server 2014的可更新列存储索引. 什么是列存储 微软为了提升SQL Server的查询性能,更好的支持大数据分析,早在SQL

SQL Server ->> 深入探讨SQL Server 2016新特性之 --- Temporal Table(历史表)

原文:SQL Server ->> 深入探讨SQL Server 2016新特性之 --- Temporal Table(历史表) 作为SQL Server 2016(CTP3.x)的另一个新特性,Temporal Table(历史表)记录了表历史上任何时间点所有的数据改动.Temporal Table其实早在ANSI SQL 2011就提出了,而SAP HANA, DB2和Oracle早已在它们的产品中加入/实现了这一特性.所以说微软其实是落后了几个竞争对手.既然在CTP3.0中加入了,相信

SQL Server In-Memory OLTP Internals for SQL Server 2016

这份白皮书是在上一份<SQL Server In-Memory OLTP Internals Overview>基础上的,很多东西都是一样的不再介绍,只介绍不相同的部分. 行和索引存储 Range索引 Range索引在2014的时候还是不支持的.Range index 使用bwtree数据结构.Bwtree和btree一样有叶子结点和中间节点.最重要的不通点是,bwtree page指针是一个逻辑的page id,而不是物理的page no.PID表示mapping table 上的位置,ma