首页 > 代码库 > (三)索引分区知识详解

(三)索引分区知识详解

一、与表分区对齐

在了解索引分区之前,需先了解下分区索引与表对齐的概念,若分区与表使用相同的分区架构和相同分区依据列,则说明分区与表的分区方式相同,我们称为对齐,反之则不对齐。

对于已分区的与表对齐的分区索引,在排序的时候,将一次性在内存或者tempdb中生成排序表;若是不与分区表对齐,将在每个分区同时生成排序表,因此所需内存空间会更多。每个排序表占用最小40KB空间,对齐索引分区将只是占用40kb,非对齐若有100个分区将占用40*100kB空间。因此是否对齐将直接影响排序性能。

同时对于不对齐的索引,将无法完成分区切换的动作,无法实现分区的子集快速管理。

新建PartionTest01以下分区表进行索引测试:

--新建测试表CREATE TABLE PartionTest01(logid int identity(1,1),orderid int,salesDate datetime) ON pc_PartionTest01([salesDate])--指定分区方案--查询分区情况SELECT Object_name(p.object_id) AS [object_name],id.name AS index_name,ps.name partition_scheme,ds.name filegroup,pf.name partition_function,pf.type_desc+:+case when pf.boundary_value_on_right=0 then Left else Rigth end function_type,p.partition_number,Isnull(prv.VALUE,‘‘) AS boundy_value,p.rowsFROM sys.indexes idJOIN sys.partition_schemes ps ON ps.data_space_id = id.data_space_idJOIN sys.destination_data_spaces dds ON ps.data_space_id = dds.partition_scheme_idJOIN sys.data_spaces ds ON ds.data_space_id = dds.data_space_idJOIN sys.partitions p ON p.object_id = id.object_id AND p.index_id = id.index_id AND dds.destination_id = p.partition_numberJOIN sys.partition_functions pf ON ps.function_id = pf.function_idLEFT JOIN sys.partition_range_values prv ON prv.function_id = pf.function_id AND prv.boundary_id = p.partition_number - pf.boundary_value_on_rightWHERE Object_name(id.object_id) = PartionTest01
查询结果如下:

二、聚集索引分区

测试一:对于非唯一聚集索引分区时,若未在聚集键明确指定分区列,默认将在聚集索引键列表中添加分区依据列

测试二:对于唯一聚集索引分区时,必须添加分区依据列,如下报错。添加分区依据列之后新建成功,只有添加了分区依据列才能在单个分区保证唯一。

三、非聚集索引分区

测试一:非唯一非聚集索引,自动包含分区依据列为键列。

测试二:唯一非聚集,仍然需要指定分区依据列。

测试三:指定包含分区依据列,可成功

结论

  1. 新建唯一索引都需要明确指定分区依据列,以确保表中不存在重复的键值。
  2. 新建非唯一索引若未明确指定分区依据列,则会自动将分区依据列指定为索引键列
  3. 新建包含非唯一非聚集索引,将不会再添加分区依据列为索引键列。

(三)索引分区知识详解