使用uniqueidentifier还是IDENTITY生成主键?
2008-10-28 10:09:24 来源:WEB开发网 闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鐐劤缂嶅﹪寮婚悢鍏尖拻閻庨潧澹婂Σ顔剧磼閹冣挃闁硅櫕鎹囬垾鏃堝礃椤忎礁浜鹃柨婵嗙凹缁ㄧ粯銇勯幒瀣仾闁靛洤瀚伴獮鍥敍濮f寧鎹囬弻鐔哥瑹閸喖顬堝銈庡亝缁挸鐣烽崡鐐嶆棃鍩€椤掑嫮宓佸┑鐘插绾句粙鏌涚仦鎹愬闁逞屽墰閹虫捇锝炲┑瀣╅柍杞拌兌閻ゅ懐绱撴担鍓插剱妞ゆ垶鐟╁畷銉р偓锝庡枟閻撴洘銇勯幇闈涗簼缂佽埖姘ㄧ槐鎾诲礃閳哄倻顦板┑顔硷工椤嘲鐣烽幒鎴旀瀻闁规惌鍘借ⅵ濠电姷鏁告慨顓㈠磻閹剧粯鈷戞い鎺嗗亾缂佸鏁婚獮鍡涙倷閸濆嫮顔愬┑鐑囩秵閸撴瑦淇婇懖鈺冪<闁归偊鍙庡▓婊堟煛鐏炵硶鍋撻幇浣告倯闁硅偐琛ラ埀顒冨皺閺佹牕鈹戦悙鏉戠仸闁圭ǹ鎽滅划鏃堟偨缁嬭锕傛煕閺囥劌鐏犻柛鎰ㄥ亾婵$偑鍊栭崝锕€顭块埀顒佺箾瀹€濠侀偗婵﹨娅g槐鎺懳熺拠鑼舵暱闂備胶枪濞寸兘寮拠宸殨濠电姵纰嶉弲鎻掝熆鐠虹尨宸ョ€规挸妫濆铏圭磼濡搫顫嶇紓浣风劍閹稿啿鐣烽幋锕€绠婚悹鍥у级瀹撳秴顪冮妶鍡樺鞍缂佸鍨剁粋宥夋倷椤掍礁寮垮┑鈽嗗灣閸樠勭妤e啯鍊垫慨妯煎亾鐎氾拷

正如你看到的,第一张表使用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而减到最小。
Tags:使用 uniqueidentifier 还是
编辑录入:爽爽 [复制链接] [打 印]更多精彩
赞助商链接