转自:http://blog.csdn.net/for12/article/details/49300843

今天在共工作，做老项目维护的时候无意中发现一张表居然有三个主键。吓死宝宝了，然后尝试着建表建主键，但是都不能成功。

难道是我写的有问题，最后通过查资料总终于解决了。

1、数据库的每张表只能有一个主键，不可能有多个主键。

2、所谓的一张表多个主键，我们称之为联合主键。

注：联合主键：就是用多个字段一起作为一张表的主键。

3、主键的主键的作用是保证数据的唯一性和完整性，同时通过主键检索表能够增加检索速度。

下面聊聊怎么创建联合主键：

1、GUI中同时选中多列，点击设置为主键。

2、sql语句将多列设置为主键：

一种是在建表时就写出，语句如下：

Create Table 表名 (字段名1 Int Not Null,

字段名2 nvarchar(13) Not Null Primary Key (字段名1, 字段名2),

字段名3…………

字段名N………… )

另一种是在建表后更改，语句如下：

ALTER TABLE 表名 WITH NOCHECK ADD

CONSTRAINT [PK_表名] PRIMARY KEY  NONCLUSTERED

(

[字段名1],

[字段名2]

)

通过以上两种方式就解决了联合主键的问题。

数据库的单个数据表中只能有一个主键。数据库主键，指的是一个列或多列的组合，其值能唯一地标识表中的每一行，通过它可强制表的实体完整性；主键主要是用与其他表的外键关联，以及本记录的修改与删除。

数据库的单个数据表中只能有一个主键。

数据库主键，指的是一个列或多列的组合，其值能唯一地标识表中的每一行，通过它可强制表的实体完整性。主键主要是用与其他表的外键关联，以及本记录的修改与删除。

1、数据库的每张表只能有一个主键，不可能有多个主键。

2、所谓的一张表多个主键，我们称之为联合主键。

注：联合主键：就是用多个字段一起作为一张表的主键。

3、主键的主键的作用是保证数据的唯一性和完整性，同时通过主键检索表能够增加检索速度。

下面聊聊怎么创建联合主键：

1、GUI中同时选中多列，点击设置为主键。

2、sql语句将多列设置为主键：

一种是在建表时就写出，语句如下：Create Table 表名 (字段名1 Int Not Null,

字段名2 nvarchar(13) Not Null Primary Key (字段名1, 字段名2),

字段名3…………

字段名N………… )

另一种是在建表后更改，语句如下：ALTER TABLE 表名 WITH NOCHECK ADD

CONSTRAINT [PK_表名] PRIMARY KEY NONCLUSTERED

(

[字段名1],

[字段名2]

)

推荐教程：《sql视频教程》

主键是非常不幸的符号，因为“初级”的内涵和与逻辑模型有关的潜意识联想。 因此我避免使用它。 相反，我指的是物理模型的代理键和逻辑模型的自然键。

重要的是，每个实体的逻辑模型至少具有一组“业务属性”，其包括实体的密钥。 Boyce，Codd，Date等在关系模型中将这些称为候选键。 然后，当我们为这些实体构建表时，它们的候选键在这些表中成为自然键。 只有通过那些自然键，用户才能唯一地识别表中的行; 因为代理键应始终对用户隐藏。 这是因为代理键没有商业意义。

然而，在没有代理键的情况下，我们的表的物理模型在许多情况下效率低下。 回想一下，非聚集索引的非覆盖列只能通过密钥查找(通常)找到聚簇索引(忽略作为堆积实现的表)。 当我们的可用自然密钥很宽时，这(1)扩大了我们的非聚簇叶节点的宽度，增加了存储要求，并且对非聚集索引的搜索和扫描进行了读取访问; (2)减少聚集索引的扇出，增加索引高度和索引大小，再次增加聚簇索引的读取和存储要求; (3)增加了我们的聚簇索引的缓存要求。 从缓存中追逐其他索引和数据。

这是一个小的代理键，被指定为RDBMS作为“主键”证明是有益的。 当设置为聚类键时，为了用于从非聚集索引和相关表中的外键查找中查找聚簇索引的键，所有这些缺点都消失了。 我们的聚簇索引扇出再次增加以减少聚簇索引的高度和大小，减少聚簇索引的缓存负载，减少通过任何机制访问数据时的读取(无论是索引扫描，索引搜索，非聚簇键查找还是外键查找) 并降低表的聚簇索引和非聚簇索引的存储要求。

请注意，仅当代理键很小且聚类键时才会发生这些好处。 如果GUID用作聚类键，则情况通常比使用最小可用自然键时更糟。 如果表被组织为堆，则8字节(堆)RowID将用于键查找，这比16字节GU