SQL Server數據表行標識如何用GUID值來完成？
以下的文章主要描述的是SQL Server數據表中使用GUID值來作為行標識，GUID（Global unique identifier）全局唯一標識符，GUID（Global unique identifier）是由網卡上的標識數字(每個網卡都有唯一的標識號)以及 CPU 時鐘的唯一數字生成的的一個 16 字節的二進制值。
GUID 的格式為“xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”，其中每個 x 是 0-9 或 a-f 范圍內的一個十六進制的數字。例如：6F9619FF-8B86-D011-B42D-00C04FC964FF 即為有效的 GUID 值。
世界上的任何兩臺計算機都不會生成重復的SQL Server數據表中使用GUID 值。GUID 主要用于在擁有多個節點、多臺計算機的網絡或系統中，分配必須具有唯一性的標識符。在 Windows 平臺上，GUID 應用非常廣泛：注冊表、類及接口標識、數據庫、甚至自動生成的機器名、目錄名等。
在這次開發 ASP.NET 應用時，我大量使用了類型為 GUID 的 ID 列作為各實體表的關鍵字(鍵)。由于其唯一、易產生的特性，給應用程序處理帶來諸多好處。
1、在 SQL Server 中使用 GUID
如果在 SQL Server 的表定義中將列類型指定為 uniqueidentifier，則列的值就為 GUID 類型。
SQL Server 中的 NewID() 函數可以產生 GUID 唯一值，使用此函數的幾種方式如下：
1) 作為列默認值
將 uniqueidentifier 的列的默認值設為 NewID()，這樣當新行插入表中時，會自動生成此列 GUID 值。
2)使用 T-SQL
在 T-SQL 中使用 NewID()函數，如“INSERT INTO Table(ID,... ) VALUES(NewID(),...)”來生成此列的 GUID 值。
3)提前獲取 GUID 值
由于特殊功能需要，需要預先獲知新行的 ID 值，也可以使用如下 C# 代碼提前獲得SQL Server數據表中使用GUID 的值，再存儲到數據庫中:
- SqlCommand cmd = New SqlCommand();
- cmd.CommandText = "SELECT NewID()";
- string rowID = (string) cmd.ExecuteScalar();
- cmd.CommandText = "INSERT INTO Table(ID,...) VALUES(@ID,...)
- cmd.Parameters.Add("@ID",SqlDbType.UniqueIdentifier).Value = new Guid(rowID);
- cmd.ExecuteNoQuery();
uniqueidentifier 值不能進行算術運算，但可以進行(意義不大的)比較操作和 NULL 檢查；它不能象 IDENTITY 列一樣，可以獲知每行的增加時間的先后順序，只能通過增加其它時間或時間戳列來完成此功能。
2、在 .NET 中使用 GUID
GUID 在 .NET 中使用非常廣泛，而且 .NET Framework 提供了專門 Guid 基礎結構。
Guid 結構的常用法包括：
1) Guid.NewGUID()
生成一個新的 GUID 唯一值
2) Guid.ToString()
將 GUID 值轉換成字符串，便于處理
3)構造函數 Guid(string)
由 string 生成 Guid 結構，其中string 可以為大寫，也可以為小寫，可以包含兩端的定界符“{}”或“()”，甚至可以省略中間的“-”，Guid 結構的構造函數有很多，其它構造用法并不常用。
同時，為了適用數據庫中使用 GUID 的需要，.NET Framework 也提供了 SqlGUID 結構，它和 Guid 結構類似，只是兩者對排序(CompareTo)的處理方式不同，SqlGuid 計算值的*** 6 個字節。而 Guid 計算全部 16 個字節，這種差異可能會給 SQL Server 中 uniqueidentifier 列的排序帶來一定影響，當然這種排序意義也不大。
.NET Framework 中可以使用類 GuidConverter 提供將SQL Server數據表中使用Guid 結構與各種其他表示形式相互轉換的類型轉換器。
3、GUID 的優缺點
1) 優點
同 IDENTITY 列相比，uniqueidentifier 列可以通過 NewID() 函數提前得知新增加的行 ID，為應用程序的后續處理提供了很大方便。
便于數據庫移植，其它數據庫中并不一定具有 IDENTITY 列，而 Guid 列可以作為字符型列轉換到其它數據庫中，同時將應用程序中產生的 GUID 值存入數據庫，它不會對原有數據帶來影響。
便于數據庫初始化，如果應用程序要加載一些初始數據， IDENTITY 列的處理方式就比較麻煩，而 uniqueidentifier 列則無需任何處理，直接用 T-SQL 加載即可。
便于對某些對象或常量進行***標識，如類的 ClassID，對象的實例標識，UDDI 中的聯系人、服務接口、tModel標識定義等。
2) 缺點
GUID 值較長，不容易記憶和輸入，而且這個值是隨機、無順序的，所以使用時要注意場合，***不要嘗試用它來作為你的電子郵件地址 J
GUID 的值有 16 個字節，與其它那些諸如 4 字節的整數相比要相對大一些。這意味著如果在數據庫中使用 uniqueidentifier 鍵，可能會帶來兩方面的消極影響：存儲空間增大；索引時間較慢。
綜合來說， SQL Server數據表中使用GUID 的優點帶來的便利遠超出其缺點帶來的影響，隨著諸如 WebService 等系統互聯與整合技術的不斷發展，其唯一標識的特性使得其應用越來越廣，在您的應用程序中也應考慮使用它了。
【編輯推薦】
