Sql Sever用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 的值，再儲存到資料庫中:
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 等系統互聯與整合技術的不斷髮展，其唯一標識的特性使得其應用越來越廣，在您的應用程式中也應考慮使用它了。
轉載自：http://tech.it168.com/a2010/0823/1093/000001093786.shtml
GUID與普通的測試對比：http://wenku.baidu.com/view/18f4d08fcc22bcd126ff0c1b.html