uniqueidentifier
全局唯一标识符 (GUID)。

凝视
uniqueidentifier 数据类型的列或局部变量可用两种方法初始化为一个值：

使用 NEWID 函数。

将字符串常量转换为例如以下形式（xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx，当中每一个 x 是 0-9 或 a-f 范围内的一个十六进制的数字）。比如，6F9619FF-8B86-D011-B42D-00C04FC964FF 即为有效的 uniqueidentifier 值。 
比較运算符可与 uniqueidentifier 值一起使用。然而，排列并非通过比較两个值的位模式来实现。同意对 uniqueidentifier 值运行的操作仅仅有比較 (=, <>, <, >, <=, >=) 和检查 NULL（IS NULL 和 IS NOT NULL）。不同意使用其他算术运算符。全部的列约束及属性（IDENTITY 除外）均同意用于 uniqueidentifier 数据类型。

使用 uniqueidentifier 数据
uniqueidentifier 数据类型存储 16 字节的二进制值，该值的使用与全局唯一标识符 (GUID) 一样。GUID 是一个唯一的二进制数字；世界上的不论什么两台计算机都不会生成反复的 GUID 值。GUID 主要用于在拥有多个节点、多台计算机的网络中，分配必须具有唯一性的标识符。

uniqueidentifier 列的 GUID 值通常由下面方式获得：

在 Transact-SQL 语句、批处理或脚本中调用 NEWID 函数。

在应用程序代码中，调用返回 GUID 值的应用程序 API 函数或方法。 
Transact-SQL NEWID 函数以及应用程序 API 函数和方法从它们网卡上的标识数字以及 CPU 时钟的唯一数字生成新的 uniqueidentifier 值。每一个网卡都有唯一的标识号。由 NEWID 返回的 uniqueidentifier 使用server上的网卡生成。由应用程序 API 函数和方法返回的 uniqueidentifier 使用客户机上的网卡生成。

一般不将 uniqueidentifier 定义为常量，由于非常难保证实际创建的 uniqueidentifier 具有唯一性。指定 uniqueidentifier 常量的方法有两种：

字符串格式 
'6F9619FF-8B86-D011-B42D-00C04FC964FF'

二进制格式 
0xff19966f868b11d0b42d00c04fc964ff

uniqueidentifier 数据类型不象IDENTITY 属性那样为新插入的行自己主动生成新的ID。为了得到新的 uniqueidentifier 值，表必须具有一个指定 NEWID 函数的 DEFAULT 子句，或使用 NEWID 函数的 INSERT 语句：

CREATE TABLE MyUniqueTable
(UniqueColumn UNIQUEIDENTIFIER DEFAULT NEWID(),
Characters VARCHAR(10) )
GO
INSERT INTO MyUniqueTable(Characters) VALUES ('abc')
INSERT INTO MyUniqueTable VALUES (NEWID(), 'def')
GO

uniqueidentifier 列能够包括多次出现的 uniqueidentifier 值，除非也对此列指定了 UNIQUE 或 PRIMARY KEY 约束。当有多行引用源表中的同一主键时，引用其他表的 uniqueidentifier 主键的外键列将包括多次出现的个别 uniqueidentifier 值。

一个表能够有多个 uniqueidentifier 列。每一个表中能够指定一个具有 ROWGUIDCOL 属性的 uniqueidentifier 列。ROWGUIDCOL 属性表明此列的 uniqueidentifier 值唯一地标识表中的行。可是，该属性并没有运行该唯一性。唯一性必须通过其他机制来运行，比方为列指定 PRIMARY KEY 约束。ROWGUIDCOL 属性主要用于 SQL Server 复制。

uniqueidentifier 数据类型的主要长处是保证由 Transact-SQL NEWID 函数或应用程序 GUID 函数生成的值在全球是唯一的。

uniqueidentifier 数据类型的具有几个缺点：

值长且难懂。这使用户难以正确键入它们，并且更难记住。

这些值是随机的，并且它们不能接受不论什么使它们对用户变得更有意义的模式。

没有不论什么方式能够决定生成 uniqueidentifier 值的顺序。它们不适用于那些依赖递增的键值的现有应用程序。

uniqueidentifier 数据类型具有 16 个字节，与其他那些诸如 4 字节的整数相比要相对大一些。这意味着使用 uniqueidentifier 键建立的索引可能会比使用 int 键实现的索引相对慢一些。 
假设全局唯一性并非必须的，或者须要一个连续递增的键，则能够考虑使用 IDENTITY 属性。

^_^