深入分析SQL Server 表的主键（上）

hcwzwx

由于系统使用一个额外增加一个字段作为主键，因此没有为业务逻辑建立主键约束。比如在企业用户信息表中，要求企业中用户登录名必须唯一。一般在创建表时， 以登录名作为主键，这个时候在数据库层自然的创建另一个主键唯一性约束。而现在没有使用登录名作为主键，那么sql server 2005就没有这个约束。　　数据冗余存储：随着这种主从关系的延伸，数据库中需要重复存储的数据将变得越来越庞大。或者当主表本身就是联合主键时，就必须在从表中将所有的字段重新存储一次。
　　SQL复杂度增加：当存在多个字段的联合主键时，我们需要将主表的多个字段与子表的多个字段关联以获取满足某些条件的所有详细情况记录。
　　程序复杂度增加：可能需要传递多个参数。
　　效率降低：数据库系统需要判断更多的条件，SQL语句长度增加。同时，联合主键自动生成联合索引
　　WEB分页困难：由于是联合主键方式(对于多数的子表)，那么在WEB页面上要进行分页处理时，在自关联时，难于处理。
　　解决方案
　　从上面，我们已经看到现有结构存在着相当多的弊端，主要是导致程序复杂、效率降低并且不利于分页。
　　由于该字段要作为表的主键，那么其首要条件是要保证在该表中要具有唯一性。同时，结合SQL Server数据库自身的特性，可以为其建立一个自增列：
　　以下为引用的内容：
　　create TABLE T_PK_DEMO
　　(

　　U_ID　 BIGINT　NOT NULL>　　--唯一标识记录的ID
　　COL_OTHER　VARchar(20) NOT NULL　,
　　--其他列
　　CONSTRAINT PK_T_PK_DEMO PRIMARY KEY　NONCLUSTERED
　　(U_ID)--定义为主键
　　)
　　但是，SQL Server中的自增列却存在一个比较尴尬的事实，那就是该字段一旦定义和使用，用户无法直接干预该字段的值，完全由数据库系统自身控制：
　　完全数据库系统控制，用户无法修改值
　　在数据库的发布和订阅时，使用自增列会比较麻烦
　　恢复部分数据时，使用自增列会比较麻烦
　　该列的值必须在插入数据后才能获取
　　鉴于此，建议不以自增列的方式来定义，而是参考Oracle数据库系统中序列，在SQL Server系统中实现类似Oracle数据库系统序列功能。这个具体在下面的小节中介绍。我们只需要按照普通字段的定义方式修改表定义为：
　　以下为引用的内容：
　　create TABLE T_PK_DEMO
　　(
　　U_ID　 BIGINT NOT NULL ,--唯一标识记录的ID
　　COL_OTHER　VARchar(20) NOT NULL ,--其他列
　　CONSTRAINT PK_T_PK_DEMO PRIMARY KEY　NONCLUSTERED (U_ID)--定义为主键
　　)
　　参照Oracle序列的功能，我们需要在SQL Server数据库中创建一个新表，以管理序列值：
　　以下为引用的内容：
　　create TABLE T_DB_SEQ
　　(
　　SEQ_NAMEVARchar(50) NOT NULL　,--序列名称
　　SEQ_OWNER　 VARchar(50) NOT NULL DEFAULT ’DBO’,
　　--序列所有者(SYSTEM_USER)
　　SEQ_CURRENT BIGINT　NOT NULL DEFAULT 0,--序列当前值
　　SEQ_MIN BIGINT　NOT NULL DEFAULT 0,--序列最小值
　　SEQ_MAX BIGINT　NOT NULL DEFAULT 0,--序列最小值
　　SEQ_MAX BIGINT　NOT NULL DEFAULT 0,--序列最大值
　　SEQ_STEPINT NOT NULL DEFAULT 1,--序列增长步长
　　IF_CYCLEINT NOT NULL DEFAULT 0,--是否循环(0,不循环;1,循环)
　　CONSTRAINT T_DB_SEQ PRIMARY KEY　CLUSTERED
　　(SEQ_NAME,SEQ_OWNER)--主键
　　)