主键和外键
数据库的几个概念：主键,外键,索引,唯一索引
数据库的几个概念：主键，外键，索引，唯一索引主键：主键是数据表的唯一索引，比如学生表里有学号和姓名，姓名可能有重名的，但学号确是唯一的，你要从学生表中搜索一条纪录如查找一个人，就只能根据学号去查找，这才能找出唯一的一个，这就是主键;如：id int(10) not null primary key auto_increment ；自增长的类型；外键：定义数据表假如某个电脑生产商，它的数据库中保存着整机和配件的产品信息。
用来保存整机产品信息的表叫做 Pc；用来保存配件供货信息的表叫做Parts。
在Pc表中有一个字段，用来描述这款电脑所使用的CPU型号；在Parts 表中相应有一个字段，描述的正是CPU的型号，我们可以把它想成是全部CPU的型号列表。
很显然，这个厂家生产的电脑，其使用的CPU一定是供货信息表(parts)中存在的型号。
这时，两个表中就存在一种约束关系(constraint)——Pc表中的CPU型号受到Parts 表中型号的约束。
首先我们来创建 parts 表：CREATE TABLE parts (... 字段定义 ...,model VARCHAR(20) NOT NULL,... 字段定义 ...);接下来是Pc表：CREATE TABLE pc (... 字段定义 ...,cpumodel VARCHAR(20) NOT NULL,... 字段定义 ...};设置索引若要设置外键，在参照表(referencing table，即Pc表) 和被参照表(referenced table，即parts表) 中，相对应的两个字段必须都设置索引(index)。
对Parts表：ALTER TABLE parts ADD INDEX idx_model (model);这句话的意思是，为 parts 表增加一个索引，索引建立在 model 字段上，给这个索引起个名字叫idx_model。
对Pc表也类似：ALTER TABLE pc ADD INDEX idx_cpumodel (cpumodel);事实上这两个索引可以在创建表的时候就设置。
数据库中的主键与外键介绍
2手动增长型字段既然自动增长型字段会带来如此的麻烦，我们不妨考虑使用手动增长型的字段，也就是说主键的值需要自己维护，通常情况下需要建立一张单独的表存储当前主键键值。还用上面的例子来说，这次我们新建一张表叫IntKey，包含两个字段，KeyName以及KeyValue。就像一个HashTable，给一个KeyName，就可以知道目前的KeyValue是什么，然后手工实现键值数据递增。在SQL
Server中可以编写这样一个存储过程，让取键值的过程自动进行。代码如下：
CREATE PROCEDURE[GetKey]
@KeyNamechar(10),
@KeyValue intOUTPUT AS UPDATE IntKey SET @KeyValue =KeyValue = KeyValue + 1
定义主键和外键主要是为了维护关系数据库的完整性，总结一下：
主键是能确定一条记录的唯一标识，比如，一条记录包括身份证号，姓名，年龄。身份证号是唯一能确定你这个人的，其他都可能有重复，所以，身份证号是主键。
外键用于与另一张表的关联。是能确定另一张表记录的字段，用于保持数据的一致性。比如，A表中的一个字段，是B表的主键，那他就可以是A表的外键。
COMB数据类型的基本设计思路是这样的：既然UniqueIdentifier数据因毫无规律可言造成索引效率低下，影响了系统的性能，那么我们能不能通过组合的方式，保留UniqueIdentifier的前10个字节，用后6个字节表示GUID生成的时间（DateTime），这样我们将时间信息与UniqueIdentifier组合起来，在保留UniqueIdentifier的唯一性的同时增加了有序性，以此来提高索引效率。也许有人会担心UniqueIdentifier减少到10字节会造成数据出现重复，其实不用担心，后6字节的时间精度可以达到1/300秒，两个COMB类型数据完全相同的可能性是在这1/300秒内生成的两个GUID前10个字节完全相同，这几乎是不可能的！在SQL
关系表的构成要素
关系表的构成要素关系表是数据库中的一种数据结构，用于描述实体之间的关系。
在关系数据库中，一个关系表由行（记录）和列（字段）组成，每行表示一个实体，每列表示一个属性。
关系表的构成要素包括表名、字段、主键和外键。
1. 表名表名是一个唯一标识符，用于区分不同的关系表。
在数据库中，每个表都必须有一个唯一的名称，以便进行操作和查询。
通常使用英文单词或短语来命名表名，可以使用下划线或驼峰命名法来增加可读性。
示例：学生信息表2. 字段字段是关系表中的列，用于存储实体的属性。
每个字段都有一个名称和数据类型。
常见的数据类型包括整数、浮点数、字符、日期等。
字段名称应具有描述性，并能清楚地表示所存储的属性。
示例：学生信息表中可能包含的字段有姓名、年龄、性别、学号等。
姓名年龄性别学号张三20 男001李四21 女0023. 主键主键是用于唯一标识关系表中的每一行的字段。
主键的值在整个表中必须是唯一的，并且不能为空。
常见的主键类型包括自增长整数、全局唯一标识符（GUID）等。
主键可以由一个或多个字段组成。
示例：学生信息表中，学号可以作为主键，用于唯一标识每个学生。
学号姓名年龄性别001 张三20 男002 李四21 女4. 外键外键是关系表之间的链接，用于建立实体之间的关系。
外键是一个或多个字段，它们引用了另一个关系表中的主键。
通过外键，可以在多个关系表之间建立起逻辑上的连接，实现数据的一致性和完整性。
示例：学生信息表和班级信息表之间可以建立外键关系，通过班级编号来关联两个表。
学生信息表：学号姓名年龄性别班级编号001 张三20 男C001002 李四21 女C002班级信息表：班级编号班级名称C001 一班C002 二班通过外键关系，可以根据学生信息表中的班级编号字段，找到对应的班级信息。
总结关系表的构成要素包括表名、字段、主键和外键。
表名是用于标识一个关系表的唯一名称，字段用于存储实体的属性，主键用于唯一标识每个实体，外键用于建立关系表之间的连接。
表的5种约束
表的5种约束表共有五种约束，它们是主键、⾮空、惟⼀、检查和外键。
1．主键(PRIMARY KEY)主键是表的主要完整性约束条件，主键惟⼀地标识表的每⼀⾏。
⼀般情况下表都要定义主键，⽽且⼀个表只能定义⼀个主键。
主键可以包含表的⼀列或多列，如果包含表的多列，则需要在表级定义。
主键包含了主键每⼀列的⾮空约束和主键所有列的惟⼀约束。
主键⼀旦成功定义，系统将⾃动⽣成⼀个B*树惟⼀索引，⽤于快速访问主键列。
⽐如图书表中⽤“图书编号”列作主键，“图书编号”可以惟⼀地标识图书表的每⼀⾏。
主键约束的语法如下：[CONSTRANT 约束名] PRIMARY KEY --列级[CONSTRANT 约束名] PRIMARY KEY(列名1,列名2,...) --表级2．⾮空(NOT NULL)⾮空约束指定某列不能为空，它只能在列级定义。
在默认情况下，Oracle允许列的内容为空值。
⽐如“图书名称”列要求必须填写，可以为该列设置⾮空约束条件。
⾮空约束语法如下：[CONSTRANT 约束名] NOT NULL --列级3．惟⼀(UNIQUE)惟⼀约束条件要求表的⼀列或多列的组合内容必须惟⼀，即不相重，可以在列级或表级定义。
但如果惟⼀约束包含表的多列，则必须在表级定义。
⽐如出版社表的“联系电话”不应该重复，可以为其定义惟⼀约束。
惟⼀约束的语法如下：[CONSTRANT 约束名] UNIQUE --列级[CONSTRANT 约束名] UNIQUE(列名1,列名2,...) --表级4．检查(CHECK)检查约束条件是⽤来定义表的⼀列或多列的⼀个约束条件，使表的每⼀列的内容必须满⾜该条件(列的内容为空除外)。
在CHECK条件中，可以调⽤SYSDATE、USER等系统函数。
⼀个列上可以定义多个CHECK约束条件，⼀个CHECK约束可以包含⼀列或多列。
如果CHECK约束包含表的多列，则必须在表级定义。
⽐如图书表的“单价”的值必须⼤于零，就可以设置成CHECK约束条件。
了解MySQL的主键和外键的作用与设计原则
了解MySQL的主键和外键的作用与设计原则引言：数据库是计算机科学中非常重要的概念，它用于存储和管理结构化数据。
MySQL是最常用的关系型数据库管理系统之一，被广泛应用于各个领域。
本文将深入探讨MySQL中主键和外键的作用与设计原则。
主键和外键是数据库中关系模型中的重要概念，它们用于建立表与表之间的关系。
一、主键的作用与设计原则主键是表中的唯一标识符。
它的作用是用于确保数据的唯一性和快速检索。
主键的设计原则如下：1. 唯一性：主键的值必须在整个表中是唯一的，用来标识表中的每一行数据。
可以选择一个或多个列作为主键，如果选择多个列，则这些列的组合必须唯一。
2. 不可为空：主键的值不能为空。
这样可以避免出现无效数据。
3. 稳定性：主键的值应尽量稳定，不应该经常变动。
因为主键被用作索引，如果频繁修改主键值，会导致索引频繁更新，影响数据库性能。
4. 简洁性：主键的值应该尽量简洁，以确保执行效率和空间利用率。
5. 具有实际意义：主键的值最好具有实际意义，便于开发人员和用户理解和维护。
二、外键的作用与设计原则外键用于建立表与表之间的关联关系。
它的作用是用于维护表之间的一致性和完整性。
外键的设计原则如下：1. 关联性：外键用于表与表之间的关联，必须指向其他表的主键。
2. 级联操作：外键可以设置级联操作，当关联的主键值发生变化或被删除时，外键也会相应地变化或被删除，确保数据的一致性。
3. 存在性：外键的值必须在关联表中存在，这样可以保证数据的完整性。
4. 空值允许：外键的值可以为空，表示该关联可以为空。
5. 数据类型要一致：外键和关联的主键数据类型必须一致，方便建立有效的关联关系。
6. 性能与索引：外键的使用应考虑性能和索引的影响。
如果外键的查询频繁，可以对外键列建立索引，以提高查询效率。
三、主键和外键的使用场景主键和外键在数据库设计中有许多使用场景，下面介绍几个常见的场景：1. 基本表关系：有些表之间的关系是一对一或一对多的关系，使用外键可以帮助维护表之间的关联性。
mysql数据库外键、主键详解
mysql数据库外键、主键详解⼀、什么是主键、外键：关系型数据库中的⼀条记录中有若⼲个属性，若其中某⼀个属性组(注意是组)能唯⼀标识⼀条记录，该属性组就可以成为⼀个主键⽐如学⽣表(学号，姓名，性别，班级)其中每个学⽣的学号是唯⼀的，学号就是⼀个主键课程表(课程编号,课程名,学分)其中课程编号是唯⼀的,课程编号就是⼀个主键成绩表(学号,课程号,成绩)成绩表中单⼀⼀个属性⽆法唯⼀标识⼀条记录，学号和课程号的组合才可以唯⼀标识⼀条记录，所以学号和课程号的属性组是⼀个主键成绩表中的学号不是成绩表的主键，但它和学⽣表中的学号相对应，并且学⽣表中的学号是学⽣表的主键，则称成绩表中的学号是学⽣表的外键同理成绩表中的课程号是课程表的外键定义主键和外键主要是为了维护关系数据库的完整性，总结⼀下：1.主键是能确定⼀条记录的唯⼀标识，⽐如，⼀条记录包括⾝份正号，姓名，年龄。
⾝份证号是唯⼀能确定你这个⼈的，其他都可能有重复，所以，⾝份证号是主键。
2.外键⽤于与另⼀张表的关联。
是能确定另⼀张表记录的字段，⽤于保持数据的⼀致性。
⽐如，A表中的⼀个字段，是B表的主键，那他就可以是A表的外键。
⼆、主键、外键和索引的区别sql语句会⾃动判定查询字段有⽆索引，继⽽使⽤索引去检索主键、外键和索引的区别？主键外键索引定义：唯⼀标识⼀条记录，不能有重复的，不允许为空表的外键是另⼀表的主键, 外键可以有重复的, 可以是空值该字段没有重复值，但可以有⼀个空值作⽤：⽤来保证数据完整性⽤来和其他表建⽴联系⽤的是提⾼查询排序的速度个数：主键只能有⼀个⼀个表可以有多个外键⼀个表可以有多个惟⼀索引聚集索引和⾮聚集索引的区别？聚集索引⼀定是唯⼀索引。
但唯⼀索引不⼀定是聚集索引。
聚集索引，在索引页⾥直接存放数据，⽽⾮聚集索引在索引页⾥存放的是索引，这些索引指向专门的数据页的数据。
三、数据库中主键和外键的设计原则主键和外键是把多个表组织为⼀个有效的关系数据库的粘合剂。
SQL中的主键和外键
主键与外键一、什么是主键、外键：关系型数据库中的一条记录中有若干个属性，若其中某一个属性组(注意是组)能唯一标识一条记录，该属性组就可以成为一个主键比如学生表(学号，姓名，性别，班级)其中每个学生的学号是唯一的，学号就是一个主键课程表(课程编号,课程名,学分)其中课程编号是唯一的,课程编号就是一个主键成绩表(学号,课程号,成绩)成绩表中单一一个属性无法唯一标识一条记录，学号和课程号的组合才可以唯一标识一条记录，所以学号和课程号的属性组是一个主键成绩表中的学号不是成绩表的主键，但它和学生表中的学号相对应，并且学生表中的学号是学生表的主键，则称成绩表中的学号是学生表的外键同理成绩表中的课程号是课程表的外键定义主键和外键主要是为了维护关系数据库的完整性，总结一下：主键是能确定一条记录的唯一标识，比如，一条记录包括身份正号，姓名，年龄。
身份证号是唯一能确定你这个人的，其他都可能有重复，所以，身份证号是主键。
外键用于与另一张表的关联。
是能确定另一张表记录的字段，用于保持数据的一致性。
比如，A表中的一个字段，是B表的主键，那他就可以是A表的外键。
二、主键、外键和索引的区别收藏聚集索引和非聚集索引的区别？聚集索引一定是唯一索引。
但唯一索引不一定是聚集索引。
聚集索引，在索引页里直接存放数据，而非聚集索引在索引页里存放的是索引，这些索引指向专门的数据页的数据。
三、数据库中主键和外键的设计原则主键和外键是把多个表组织为一个有效的关系数据库的粘合剂。
主键和外键的设计对物理数据库的性能和可用性都有着决定性的影响。
必须将数据库模式从理论上的逻辑设计转换为实际的物理设计。
而主键和外键的结构是这个设计过程的症结所在。
一旦将所设计的数据库用于了生产环境，就很难对这些键进行修改，所以在开发阶段就设计好主键和外键就是非常必要和值得的。
主键：关系数据库依赖于主键---它是数据库物理模式的基石。
主键在物理层面上只有两个用途：1. 惟一地标识一行。
指出主键和外键用的符号
指出主键和外键用的符号
主键一般用符号“PK”表示，代表“primary key”；外键一般用符号“FK”表示，代表“foreign key”。
在数据库设计中，主键和外
键通常作为表之间建立关系的重要依据。
主键：
主键是一种用于唯一标识数据表中每条记录的列或一组列。
它的作用是保证表中数据的唯一性和完整性，防止出现重复或错误的数据。
在一个表中，只能定义一个主键，它不能为NULL。
常见的主键类型有自增长整数，GUID（全局唯一标识符）等。
外键：
外键是一种用于连接两个或多个数据表的列。
它指向另一张表的主键，用于维护表之间的关系，以保证数据之间的完整性和一致性。
外键列通常需要在两个表中使用相同的数据类型和长度，并且不能为NULL。
当使用外键时，需要定义它所关联的表、字段名称和删除/更新时的操作规则等信息。
参考内容：
- 「数据库设计基础-主键和外键」
- 「数据库索引设计：主键、外键、唯一索引」
- 「MySQL 初学日记（四）主键和外键」。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
主键与外键一、什么是主键、外键：关系型数据库中的一条记录中有若干个属性，若其中某一个属性组(注意是组)能唯一标识一条记录，该属性组就可以成为一个主键比如学生表(学号，姓名，性别，班级)其中每个学生的学号是唯一的，学号就是一个主键课程表(课程编号,课程名,学分)其中课程编号是唯一的,课程编号就是一个主键成绩表(学号,课程号,成绩)成绩表中单一一个属性无法唯一标识一条记录，学号和课程号的组合才可以唯一标识一条记录，所以学号和课程号的属性组是一个主键成绩表中的学号不是成绩表的主键，但它和学生表中的学号相对应，并且学生表中的学号是学生表的主键，则称成绩表中的学号是学生表的外键同理成绩表中的课程号是课程表的外键定义主键和外键主要是为了维护关系数据库的完整性，总结一下：主键是能确定一条记录的唯一标识，比如，一条记录包括身份正号，姓名，年龄。
身份证号是唯一能确定你这个人的，其他都可能有重复，所以，身份证号是主键。
外键用于与另一张表的关联。
是能确定另一张表记录的字段，用于保持数据的一致性。
比如，A表中的一个字段，是B表的主键，那他就可以是A表的外键。
二、主键、外键和索引的区别收藏主键、外键和索引的区别？聚集索引和非聚集索引的区别？聚集索引一定是唯一索引。
但唯一索引不一定是聚集索引。
聚集索引，在索引页里直接存放数据，而非聚集索引在索引页里存放的是索引，这些索引指向专门的数据页的数据。
三、数据库中主键和外键的设计原则主键和外键是把多个表组织为一个有效的关系数据库的粘合剂。
主键和外键的设计对物理数据库的性能和可用性都有着决定性的影响。
必须将数据库模式从理论上的逻辑设计转换为实际的物理设计。
而主键和外键的结构是这个设计过程的症结所在。
一旦将所设计的数据库用于了生产环境，就很难对这些键进行修改，所以在开发阶段就设计好主键和外键就是非常必要和值得的。
主键：关系数据库依赖于主键---它是数据库物理模式的基石。
主键在物理层面上只有两个用途：1. 惟一地标识一行。
2. 作为一个可以被外键有效引用的对象。
基于以上这两个用途，下面给出了我在设计物理层面的主键时所遵循的一些原则：1. 主键应当是对用户没有意义的。
如果用户看到了一个表示多对多关系的连接表中的数据，并抱怨它没有什么用处，那就证明它的主键设计地很好。
2. 主键应该是单列的，以便提高连接和筛选操作的效率。
注：使用复合键的人通常有两个理由为自己开脱，而这两个理由都是错误的。
其一是主键应当具有实际意义，然而，让主键具有意义只不过是给人为地破坏数据库提供了方便。
其二是利用这种方法可以在描述多对多关系的连接表中使用两个外部键来作为主键，我也反对这种做法，理由是：复合主键常常导致不良的外键，即当连接表成为另一个从表的主表，而依据上面的第二种方法成为这个表主键的一部分，然，这个表又有可能再成为其它从表的主表，其主键又有可能成了其它从表主键的一部分，如此传递下去，越靠后的从表，其主键将会包含越多的列了。
3. 永远也不要更新主键。
实际上，因为主键除了惟一地标识一行之外，再没有其他的用途了，所以也就没有理由去对它更新。
如果主键需要更新，则说明主键应对用户无意义的原则被违反了。
注：这项原则对于那些经常需要在数据转换或多数据库合并时进行数据整理的数据并不适用。
4. 主键不应包含动态变化的数据，如时间戳、创建时间列、修改时间列等。
5. 主键应当有计算机自动生成。
如果由人来对主键的创建进行干预，就会使它带有除了惟一标识一行以外的意义。
一旦越过这个界限，就可能产生认为修改主键的动机，这样，这种系统用来链接记录行、管理记录行的关键手段就会落入不了解数据库设计的人的手中。
四、数据库主键选取策略我们在建立数据库的时候，需要为每张表指定一个主键，所谓主键就是能够唯一标识表中某一行的属性或属性组，一个表只能有一个主键，但可以有多个候选索引。
因为主键可以唯一标识某一行记录，所以可以确保执行数据更新、删除的时候不会出现张冠李戴的错误。
当然，其它字段可以辅助我们在执行这些操作时消除共享冲突，不过就不在这里讨论了。
主键除了上述作用外，常常与外键构成参照完整性约束，防止出现数据不一致。
所以数据库在设计时，主键起到了很重要的作用。
常见的数据库主键选取方式有：∙自动增长字段∙手动增长字段∙UniqueIdentifier∙“COMB（Combine）”类型1自动增长型字段很多数据库设计者喜欢使用自动增长型字段，因为它使用简单。
自动增长型字段允许我们在向数据库添加数据时，不考虑主键的取值，记录插入后，数据库系统会自动为其分配一个值，确保绝对不会出现重复。
如果使用SQL Server数据库的话，我们还可以在记录插入后使用@@IDENTITY全局变量获取系统分配的主键键值。
尽管自动增长型字段会省掉我们很多繁琐的工作，但使用它也存在潜在的问题，那就是在数据缓冲模式下，很难预先填写主键与外键的值。
假设有两张表：Order(OrderID, OrderDate)OrderDetial(OrderID, LineNum, ProductID, Price)Order表中的OrderID是自动增长型的字段。
现在需要我们录入一张订单，包括在Order 表中插入一条记录以及在OrderDetail表中插入若干条记录。
因为Order表中的OrderID 是自动增长型的字段，那么我们在记录正式插入到数据库之前无法事先得知它的取值，只有在更新后才能知道数据库为它分配的是什么值。
这会造成以下矛盾发生：首先，为了能在OrderDetail的OrderID字段中添入正确的值，必须先更新Order表以获取到系统为其分配的OrderID值，然后再用这个OrderID填充OrderDetail表。
最后更新OderDetail表。
但是，为了确保数据的一致性，Order与OrderDetail在更新时必须在事务保护下同时进行，即确保两表同时更行成功。
显然它们是相互矛盾的。
除此之外，当我们需要在多个数据库间进行数据的复制时（SQL Server的数据分发、订阅机制允许我们进行库间的数据复制操作），自动增长型字段可能造成数据合并时的主键冲突。
设想一个数据库中的Order表向另一个库中的Order表复制数据库时，OrderID到底该不该自动增长呢？允许我们在DataSet中将某一个字段设置为自动增长型字段，但千万记住，这个自动增长字段仅仅是个占位符而已，当数据库进行更新时，数据库生成的值会自动取代分配的值。
所以为了防止用户产生误解，建议大家将中的自动增长初始值以及增量都设置成-1。
此外，在中，我们可以为两张表建立DataRelation，这样存在级联关系的两张表更新时，一张表更新后另外一张表对应键的值也会自动发生变化，这会大大减少了我们对存在级联关系的两表间更新时自动增长型字段带来的麻烦。
2手动增长型字段既然自动增长型字段会带来如此的麻烦，我们不妨考虑使用手动增长型的字段，也就是说主键的值需要自己维护，通常情况下需要建立一张单独的表存储当前主键键值。
还用上面的例子来说，这次我们新建一张表叫IntKey，包含两个字段，KeyName以及KeyValue。
就像一个HashTable，给一个KeyName，就可以知道目前的KeyValue是什么，然后手工实现键值数据递增。
在SQL Server中可以编写这样一个存储过程，让取键值的过程自动进行。
代码如下：CREATE PROCEDURE[GetKey]@KeyName char(10),@KeyValue int OUTPUTASUPDATE IntKey SET @KeyValue = KeyValue = KeyValue +1WHERE KeyNam e = @KeyNameGO这样，通过调用存储过程，我们可以获得最新键值，确保不会出现重复。
若将OrderID字段设置为手动增长型字段，我们的程序可以由以下几步来实现：首先调用存储过程，获得一个OrderID，然后使用这个OrderID填充Order表与OrderDetail表，最后在事务保护下对两表进行更新。
使用手动增长型字段作为主键在进行数据库间数据复制时，可以确保数据合并过程中不会出现键值冲突，只要我们为不同的数据库分配不同的主键取值段就行了。
但是，使用手动增长型字段会增加网络的RoundTrip，我们必须通过增加一次数据库访问来获取当前主键键值，这会增加网络和数据库的负载，当处于一个低速或断开的网络环境中时，这种做法会有很大的弊端。
同时，手工维护主键还要考虑并发冲突等种种因素，这更会增加系统的复杂程度。
3使用UniqueIdentifierSQL Server为我们提供了UniqueIdentifier数据类型，并提供了一个生成函数NEWID( )，使用NEWID( )可以生成一个唯一的UniqueIdentifier。
UniqueIdentifier 在数据库中占用16个字节，出现重复的概率非常小，以至于可以认为是0。
我们经常从注册表中看到类似{45F0EB02-0727-4F2E-AAB5-E8AEDEE0CEC5}的东西实际上就是一个UniqueIdentifier，Windows用它来做COM组件以及接口的标识，防止出现重复。
在.NET里管UniqueIdentifier称之为GUID（Global Unique Identifier）。
在C#中可以使用如下命令生成一个GUID：Guid u = System.Guid.NewGuid();对于上面提到的Order与OrderDetail的程序，如果选用UniqueIdentifier作为主键的话，我们完全可以避免上面提到的增加网络RoundTrip的问题。
通过程序直接生成GUID 填充主键，不用考虑是否会出现重复。
UniqueIdentifier字段也存在严重的缺陷：首先，它的长度是16字节，是整数的4倍长，会占用大量存储空间。
更为严重的是，UniqueIdentifier的生成毫无规律可言，要想在上面建立索引（绝大多数数据库在主键上都有索引）是一个非常耗时的操作。
有人做过实验，插入同样的数据量，使用UniqueIdentifier型数据做主键要比使用Integer型数据慢，所以，出于效率考虑，尽可能避免使用UniqueIdentifier型数据库作为主键键值。
4使用“COMB（Combine）”类型既然上面三种主键类型选取策略都存在各自的缺点，那么到底有没有好的办法加以解决呢？答案是肯定的。
通过使用COMB类型（数据库中没有COMB类型，它是Jimmy Nilsson 在他的“The Cost of GUIDs as Primary Keys”一文中设计出来的），可以在三者之间找到一个很好的平衡点。