繁体   English   中英

主键和索引-查询性能

[英]Primary Keys and Indexes - Query Performance

我有一个包含超过一百万条记录的表。 表格上没有定义键。 但是,我们确实定义了聚集索引和非聚集索引。

我想知道在执行SELECT查询并包括在WHERE子句中创建索引的列时,实际上是否会提高性能?

要使用索引的真正优势,是否必须拥有主键/唯一键?

表格详情:

  • 260栏
  • 没有钥匙
  • 未定义身份列。
  • 未定义rowguidcol列。
  • 1个聚集索引和1个非聚集索引

查询:

select * 
from employee(nolock)
where employeeID = '15' and employeeType = 'FT' 

根据我的经验,聚集索引在狭窄,唯一且不变的情况下是最佳的。 聚簇键越小(非唯一聚簇索引添加4字节“ uniquifier”)越好,因为它会在随后的非聚簇索引上创建更密集的叶子页。

假设您当前在整数上有一个非唯一的聚集索引(假设employeeID是一个整数),则每个键的大小实际上将加倍到唯一化符(整数中的4个,唯一符中的4个)。

非唯一/唯一聚集索引之间的差异将是非聚集叶行分别适合页面的1000和2000行。 密集的非群集叶子页意味着更快地遍历索引级别以及节省磁盘空间(4字节中的1000000行保存每个非群集索引大约3 gigs行)。

其中很多是基于您桌上的假设。

TLDR:最好使用窄的聚集索引键; 使其成为强制执行唯一性并防止浪费的4字节uniquifier的主键。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM