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