在数据库设计时，主要就是对实体和关系的设计，简单的说实体就是表，关系就是外键。而对于一个表，主要由主键和属性组成。主键就是表中每一行数据的唯一标识。其实更准确点说，每一行数据的唯一标识是候选键（Candidate Key），而一个表中可以有多个候选键，主键是候选键中的一个，主要用于更方便的检索和管理数据。由于主键常常用于检索数据，也用于表之间的关联，所以主键的设计的好坏将会严重影响数据操作的性能。主键设计应考虑的几个因素：

最常见的主键数据类型是数字类型、固定长度的字符类型、GUID和UUID。通常情况下，RDBMS会在主键上建立聚集索引，由于我们使用B-Tree的数据结构来存储索引数据，所以一般对主键有以下两个要求：

•越短越好——越短在一个Page中存储的节点越多，检索速度就越快。

•顺序增长——如果每一条插入的数据的主键都比前面的主键大，那么B-Tree上的节点也是顺序增长的，不会造成频繁的B-Tree分割。

越短越好是为了查询的速度快，顺序增长是为了插入速度快。

•数字类型：根据数据量决定是用Int16还是Int32或者Int64，能用Int32的就不需要使用Int64。

•字符类型：基本不满足前面提到的2点要求，字符类型一般不会很短，而且也很可能不是顺序增长的，所以不是特别推荐的主键类型。当然如果确实业务需求使用字符类型，那么也尽量使用char(XX)而不要使用varchar(XX)，因为在RDBMS中，对于定长字符串和变成字符串的数据结构和处理是不一样的，varchar的性能更差。

•GUID：是全球唯一标识码(GlobalsUnique Identifiers)， GUID长度是16个字节，不算短，比4个字节的Int32长多了。在插入新数据时，GUID一般都是使用NewId()这样的生成随机GUID的方式生成的，所以也不是顺序增长的，在插入速度上不会很快。

•UUID：是通用唯一识别码(Universally Unique Identifier)，UUID长度是32个字节，这是一个软件建构的标准，也是被开源软件基金会的组织应用在分布式计算环境领域的一部分。UUID的唯一缺陷在于生成的结果串会比较长。

GUID和UUID的优势是全球唯一（随机生成的两个相同GUID或者UUID的可能性是非常小的，但并不为0。），也就是说同样的系统，如果部署了多套环境，那么里面的数据的主键仍然是唯一的，这样有助于数据的集成。典型的例子就是一个系统在全国每个省份都部署一套，每个省份的数据各种录入，互不干扰，然后再把每个省的数据集成起来为总部做分析。

4、注意事项：

1）设置主键能用数字型不要用字符型，能用固定字符不要用可变字符；

2）根据业务设计主键的类型，不要所有的表，无论数据量多少全部都用UUID，varchar2(32)的 类型（目前公司所有项目的主键全部是这种类型），UUID更适合分布式的存储使用；

3）建议首先选用数据库的自增值作为主键，SQL Server自增值用identity类型，MySQL自增值用auto_increment类型,Oracle自增值用序列。如果没有“自增值”，那就使用GUID，最后考虑使用UUID；

4）如果要用字符类型，建议用固定长度的char（x）类型。

数据库主键设计没有统一的标准和规范，根据一定的设计原则和技巧，设计更适合业务运行、更能提高效率的主键是最关键的，不要固守现有的思维模式，一成不变。