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屬性。