GUID（Global unique identifier）全局唯一標識符，它是由網卡上的標識數字(每個網卡都有唯一的標識號)以及 CPU 時鐘的唯一數字生成的的一個 16 位元組的二進位值。 GUID 的格式為“xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”，其中每個 x ...
GUID（Global unique identifier）全局唯一標識符，它是由網卡上的標識數字(每個網卡都有唯一的標識號)以及 CPU 時鐘的唯一數字生成的的一個 16 位元組的二進位值。
GUID 的格式為“xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”，其中每個 x 是 0-9 或 a-f 範圍內的一個十六進位的數字。例如：6F9619FF-8B86-D011-B42D-00C04FC964FF 即為有效的 GUID 值。
世界上的任何兩台電腦都不會生成重覆的 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# 代碼提前獲得 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 提供將 Guid 結構與各種其他表示形式相互轉換的類型轉換器。
3、GUID 的優缺點
1) 優點
同 IDENTITY 列相比，uniqueidentifier 列可以通過 NewID() 函數提前得知新增加的行 ID，為應用程式的後續處理提供了很大方便。
便於資料庫移植，其它資料庫中並不一定具有 IDENTITY 列，而 Guid 列可以作為字元型列轉換到其它資料庫中，同時將應用程式中產生的 GUID 值存入資料庫，它不會對原有數據帶來影響。
便於資料庫初始化，如果應用程式要載入一些初始數據， IDENTITY 列的處理方式就比較麻煩，而 uniqueidentifier 列則無需任何處理，直接用 T-SQL 載入即可。
便於對某些對象或常量進行永久標識，如類的 ClassID，對象的實例標識，UDDI 中的聯繫人、服務介面、tModel標識定義等。
http://www.cnblogs.com/roucheng/p/texiao.html
2) 缺點
GUID 值較長，不容易記憶和輸入，而且這個值是隨機、無順序的，所以使用時要註意場合，最好不要嘗試用它來作為你的電子郵件地址 J
GUID 的值有 16 個位元組，與其它那些諸如 4 位元組的整數相比要相對大一些。這意味著如果在資料庫中使用 uniqueidentifier 鍵，可能會帶來兩方面的消極影響：存儲空間增大；索引時間較慢。
下麵來寫一個生成GUID的函數：
private string getGUID()
{
System.Guid guid = new Guid();
guid = Guid.NewGuid();
string str = guid.ToString();
return str;
}
隨機生成如下字元串：
e92b8e30-a6e5-41f6-a6b9-188230a23dd2
格式說明：
System.Guid.NewGuid().ToString(format)
格式說明符
返回值的格式
N 32位：
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
如：e92b8e30a6e541f6a6b9188230a23dd2
D 由連字元分隔的32位數字：
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
如：e92b8e30-a6e5-41f6-a6b9-188230a23dd2
B 括在大括弧中、由連字元分隔的32位數字：
{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}
如：{e92b8e30-a6e5-41f6-a6b9-188230a23dd2}
P 括在圓括弧中、由連字元分隔的32位數字：
(xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx)
如：(e92b8e30-a6e5-41f6-a6b9-188230a23dd2)
http://www.cnblogs.com/roucheng/p/3541165.html
