使用uniqueidentifier还是IDENTITY生成主键？

核心提示： 正如你看到的，第一张表使用NEWID()生成随机值而第二张表使用NEWSEQUENTIALID()生成有顺序的值，使用uniqueidentifier还是IDENTITY生成主键？(3)，由于没有通过IDENTITY方法生成整数，生成的全球唯一识别码值看起来在工作中不易于使用，但是主键产生

正如你看到的，第一张表使用NEWID()生成随机值而第二张表使用NEWSEQUENTIALID()生成有顺序的值。由于没有通过IDENTITY方法生成整数，生成的全球唯一识别码值看起来在工作中不易于使用。这是另一个要注意的地方。SQL Server在内存中保存最后一个生成的标识值，这样可以在通过使用SCOPE_IDENTITY()，@@IDENTITY或者CHECK_IDENT(取决于你要求的范围)的INSERT语句之后，重新找到这个标识值。这与获得最后一个全球唯一标识符值没有任何相似之处。如果你使用一个全球唯一标识符，你必须创建自己的机制来获得最后一个插入值(比如，在插入之前重新找到全球唯一标识符或者使用SQL Server 2005 OUTPUT从句)。

既然我们已经知道如何自动生成主键值以及它们是什么样的，那么接下来让我们检查每种方法的存储效果。我增加一个CHAR(2000)字段作为先前创建表定义的一部分来模拟其他字段数据的存储。让我们来看看这些数据的物理存储：

　　USEMSSQLTIPS
　　GO
　　SELECTOBJECT_NAME([OBJECT_ID])astablename,avg_fragmentation_in_percent,fragment_count,page_count
　　FROMsys.dm_db_index_physical_stats(DB_ID(),null,null,null,null)
　　ORDERBYtablename
　　GO

根据输出结果，你可以看到NEWID()测试表是成碎片的，因为它的碎片比例是98%。此外，你可以看到这些行分散在490页中。这是因为生成主键的随机属性导致了页拆分。与此相反，IDENTITY 和NEWSEQUENTIALID()测试表只有极小的碎片比例，这是因为它们按照特定顺序自动生成键。结果使它们免受页拆分之苦，而使用NEWID()方法具有页拆分的困扰。尽管你可以用磁盘碎片整理程序处理NEWID()表，但是主键产生的随机属性仍然会由于将来对表做插入操作而引起页拆分和碎片。尽管如此，页拆分仍然可以通过指定恰当的FILL FACTOR而减到最小。