sql数据库unique的用法_mysql中的date数据类型

摘自帮助：

uniqueidentifier

全局唯一标识符(GUID)。

注释

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

使用NEWID函数。

将字符串常量转换为如下形式(xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx，其中每个x是0-9或a-f范围内的一个十六进制的数字)。例如，6F9619FF-8B86-D011-B42D-00C04FC964FF即为有效的uniqueidentifier值。

比较运算符可与uniqueidentifier值一起使用。然而，排列并非通过比较两个值的位模式来实现。允许对uniqueidentifier值执行的操作只有比较(=,<>,,<=,>=)和检查NULL(ISNULL和ISNOTNULL)。不允许使用其它算术运算符。所有的列约束及属性(IDENTITY除外)均允许用于uniqueidentifier数据类型。

使用uniqueidentifier数据

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

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

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

在应用程序代码中，调用返回GUID值的应用程序API函数或方法。

Transact-SQLNEWID函数以及应用程序API函数和方法从它们网卡上的标识数字以及CPU时钟的唯一数字生成新的uniqueidentifier值。每个网卡都有唯一的标识号。由NEWID返回的uniqueidentifier使用服务器上的网卡生成。由应用程序API函数和方法返回的uniqueidentifier使用客户机上的网卡生成。

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

字符串格式

‘6F9619FF-8B86-D011-B42D-00C04FC964FF’

二进制格式

0xff19966f868b11d0b42d00c04fc964ff

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

createtableMyUniqueTable

(UniquecolumnUNIQUEIDENTIFIERDEFAULTNEWID(),

Charactersvarchar(10))

GO

INSERTINTOMyUniqueTable(Characters)VALUES(‘abc’)

INSERTINTOMyUniqueTableVALUES(NEWID(),‘def’)

GO

uniqueidentifier列可以包含多次出现的uniqueidentifier值，除非也对此列指定了UNIQUE或PRIMARYKEY约束。当有多行引用源表中的同一主键时，引用其它表的uniqueidentifier主键的外键列将包含多次出现的个别uniqueidentifier值。

一个表可以有多个uniqueidentifier列。每个表中可以指定一个具有ROWGUIDCOL属性的uniqueidentifier列。ROWGUIDCOL属性表明此列的uniqueidentifier值唯一地标识表中的行。但是，该属性并没有执行该唯一性。唯一性必须通过其它机制来执行，比如为列指定PRIMARYKEY约束。ROWGUIDCOL属性主要用于SQLServer复制。

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

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

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

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

没有任何方式可以决定生成uniqueidentifier值的顺序。它们不适用于那些依赖递增的键值的现有应用程序。

uniqueidentifier数据类型具有16个字节，与其它那些诸如4字节的整数相比要相对大一些。这意味着使用uniqueidentifier键建立的索引可能会比使用int键实现的索引相对慢一些。

如果全局唯一性并不是必须的，或者需要一个连续递增的键，则可以考虑使用IDENTITY属性。