|
|
UNIQUEIDENTIFIER做主鍵(Primary Key)是一件很方便的事情，在數據合并等操作中有不可替代的優勢
但是由于普通的GUID的分散性使得如果主鍵加上聚集索引(Clustered Index)會導致在插入記錄時效率大大降低
SQL SERVER 2005中新增了一個NEWSEQUENTIALID的函數，MSDN的解釋是：
在指定計算機上創建大于先前通過該函數生成的任何 GUID 的 GUID。
NEWSEQUENTIALID() 不能在查詢中引用。
注：即只能做為數據庫列的DEFAULT VALUE，不能執行類似SELECT NEWSEQUENTIALID()的語句
只有當計算機沒有網卡時，NEWSEQUENTIALID() 生成的 GUID 才在該特定計算機中是唯一的。
注：這句話是錯誤的，應該是只有只有當計算機有網卡時，生成的GUID才是全球唯一
您可以使用 NEWSEQUENTIALID() 生成 GUID 以減少葉級別索引上的頁爭用。
但是使用NEWSEQUENTIALID卻不是那么一帆風順
1. 如何獲得生成的GUID
如果生成的GUID所在字段做為外鍵要被其他表使用，我們就需要得到這個生成的值
通常，PK是一個IDENTITY字段，我們可以在INSERT之后執行 SELECT SCOPE_IDENTITY()來獲得新生成的ID
但是由于NEWSEQUENTIALID()不是一個INDETITY類型，這個辦法是做不到了，而他本身又只能在默認值中使用，不可以事先SELECT好再插入，那么我們如何得到呢？有以下兩種方法：
--1. 定義臨時表變量 DECLARE @outputTable TABLE(ID uniqueidentifier)INSERT INTO TABLE1(col1, col2)OUTPUT INSERTED.ID INTO @outputTableVALUES('value1', 'value2')SELECT ID FROM @outputTable--2. 標記ID字段為ROWGUID（一個表只能有一個ROWGUID）INSERT INTO TABLE1(col1, col2)VALUES('value1', 'value2')--在這里，ROWGUIDCOL其實相當于一個別名SELECT ROWGUIDCOL FROM TABLE1 it知識庫：使用NEWSEQUENTIALID解決GUID聚集索引問題，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
