以下的文章主要描述的是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 等系統互聯與整合技術的不斷髮展,其唯一標識的特性使得其應用越來越廣,在您的應用程式中也應考慮使用它了。