UNIQUEIDENTIFIER做主鍵(Primary Key)是一件很方便的事情，在數(shù)據(jù)合并等操作中有不可替代的優(yōu)勢
但是由于普通的GUID的分散性使得如果主鍵加上聚集索引(Clustered Index)會導致在插入記錄時效率大大降低

SQL SERVER 2005中新增了一個NEWSEQUENTIALID的函數(shù)，MSDN的解釋是：
在指定計算機上創(chuàng)建大于先前通過該函數(shù)生成的任何 GUID 的 GUID。
NEWSEQUENTIALID() 不能在查詢中引用。
注：即只能做為數(shù)據(jù)庫列的DEFAULT VALUE，不能執(zhí)行類似SELECT NEWSEQUENTIALID()的語句
只有當計算機沒有網(wǎng)卡時，NEWSEQUENTIALID() 生成的 GUID 才在該特定計算機中是唯一的。
注：這句話是錯誤的，應該是只有只有當計算機有網(wǎng)卡時，生成的GUID才是全球唯一
您可以使用 NEWSEQUENTIALID() 生成 GUID 以減少葉級別索引上的頁爭用。

但是使用NEWSEQUENTIALID卻不是那么一帆風順
1. 如何獲得生成的GUID
如果生成的GUID所在字段做為外鍵要被其他表使用，我們就需要得到這個生成的值
通常，PK是一個IDENTITY字段，我們可以在INSERT之后執(zhí)行 SELECT SCOPE_IDENTITY()來獲得新生成的ID
但是由于NEWSEQUENTIALID()不是一個INDETITY類型，這個辦法是做不到了，而他本身又只能在默認值中使用，不可以事先SELECT好再插入，那么我們?nèi)绾蔚玫侥兀坑幸韵聝煞N方法：

)

 TABLE1(col1, col2)
OUTPUT INSERTED.ID 

)

 TABLE1(col1, col2)

)

it知識庫：使用NEWSEQUENTIALID解決GUID聚集索引問題，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。