SQLSERVER聚集索引和主键的误区是怎样的

55次阅读
没有评论

共计 1217 个字符,预计需要花费 4 分钟才能阅读完成。

这期内容当中丸趣 TV 小编将会给大家带来有关 SQLSERVER 聚集索引和主键的误区是怎样的,文章内容丰富且以专业的角度为大家分析和叙述,阅读完这篇文章希望大家可以有所收获。

很多人会把 Primary Key 和聚集索引搞混起来,或者认为这是同一个东西。这个概念是非常错误的。主键是一个约束(constraint),他依附在一个索引上,这个索引可以是聚集索引,也可以是非聚集索引。所以在一个(或一组)字段上有主键,只能说明他上面有个索引,但不一定就是聚集索引。

  例如下面:

代码如下: 

USE [pratice] GO CREATE TABLE #tempPKCL (ID INT PRIMARY KEY CLUSTERED – 聚集索引)

USE [pratice] GO CREATE TABLE #tempPKNCL (ID INT PRIMARY KEY NONCLUSTERED – 非聚集索引)

DROP TABLE [#tempPKCL] DROP TABLE [#tempPKNCL]

如果不加 NONCLUSTERED 和 CLUSTERED 关键字,默认建的是聚集索引 而一个聚集索引里,是可以有重复值的。只要他没有被同时设为主键,但是主键不能有重复值(不管依附在聚集索引上还是非聚集索引上)强调这一点,是因为有些人觉得自己的表格上设置了主键,就认为表格上有聚集索引,按照 B - 树的方式管理了。如果没有指定主键是个聚集索引,可能表格还是会以堆的方式管理,效率低下 ——————————————————————————– 关于排序和重复值:排序:建立复合索引的时候会指定多个字段,那么这个索引顺序是按哪个字段顺序排序呢?是按照索引上的第一个字段排序  

下面这个索引的排序顺序是以 ID 这个字段排序的 1 CREATE INDEX tempPKNCL_id_ncl ON [dbo].[tempPKNCL]([ID],[a],[c]) 重复值:如果对多列定义了 PRIMARY KEY 约束,则一列中的值可能会重复,但来自 PRIMARY KEY 约束定义中所有列的任何值组合必须唯一。如下图所示,Purchasing.ProductVendor 表中的 ProductID 和 VendorID 列构成了针对此表的复合 PRIMARY KEY 约束。这确保了 ProductID 和 VendorID 的组合是唯一的 意思是说,如果是复合主键,那么如果 ProductID 列有重复,但是 ProductID 和 VendorID 的组合是唯一的 言下之意: 

(1)主键不是复合主键  

(2)主键建立在 ProductID 字段上  

(3)ProductID 字段有重复值 那么主键建立肯定会失败

上述就是丸趣 TV 小编为大家分享的 SQLSERVER 聚集索引和主键的误区是怎样的了,如果刚好有类似的疑惑,不妨参照上述分析进行理解。如果想知道更多相关知识,欢迎关注丸趣 TV 行业资讯频道。

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-07-18发表,共计1217字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)