zoukankan      html  css  js  c++  java
  • SQLSERVER聚集索引和主键(PrimaryKey)的误区认识

    很多人会把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字段有重复值
    那么主键建立肯定会失败

  • 相关阅读:
    PrefixSpan序列模式挖掘算法
    PrefixSpan序列模式挖掘算法
    CBA算法---基于关联规则进行分类的算法
    CBA算法---基于关联规则进行分类的算法
    CBA算法---基于关联规则进行分类的算法
    RoughSets属性约简算法
    RoughSets属性约简算法
    hdu Proud Merchants
    hdu I NEED A OFFER!
    hdu Watch The Movie
  • 原文地址:https://www.cnblogs.com/wl-blog/p/13187332.html
Copyright © 2011-2022 走看看