這篇文章主要介紹了解決sql server保存對象字符串轉(zhuǎn)換成uniqueidentifier失敗的問題，具有很好的參考價值，希望對大家有所幫助。一起跟隨小編過來看看吧
一、 背景介紹
web應(yīng)用采用的是ssh框架，數(shù)據(jù)庫使用的sql server2014版本。
二、問題：
客戶要求，ID列的數(shù)據(jù)類型必須是uniqueidentifier，一開始實體類的ID設(shè)計成java.lang.String類型；映射文件中ID的增長方式是uuid.hex
private java.lang.String id;
public java.lang.String getId(){
return id;
}
public void setId(java.lang.String id){
this.id=id;
}
在執(zhí)行保存時報錯：將字符串uniqueidentifier 時失敗。
三、解決方案：
將映射文件中ID的增長方式修改為“assigned”，在程序中賦值。
/*映射文件*/
<id name="id" column="ID" type="java.lang.String">
<generator class="assigned"></generator>
</id>
/*賦值代碼*/
UUID uuid = java.util.UUID.randomUUID();
object.setId(uuid.toString);
this.save(object);
附：創(chuàng)建表的語句
CREATE TABLE tableName
(
ID UNIQUEIDENTIFIER,
--省略其他代碼
);
補充知識： SQLServer中uniqueidentifier數(shù)據(jù)類型理解
uniqueidentifier可以理解為全局唯一標(biāo)示符(GUID)，可以使用newid函數(shù)初始化值，將字符串常量轉(zhuǎn)換為如下形式（xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx，其中每個 x 是 0-9 或 a-f 范圍內(nèi)的一個十六進(jìn)制的數(shù)字）。
例如，6F9619FF-8B86-D011-B42D-00C04FC964FF 即為有效的 uniqueidentifier 值。
比較運算符可與 uniqueidentifier 值一起使用。然而，排列并非通過比較兩個值的位模式來實現(xiàn)。允許對 uniqueidentifier 值執(zhí)行的操作只有比較 (=, <>, <, >, <=, >=) 和檢查 NULL（IS NULL 和 IS NOT NULL）。
不允許使用其它算術(shù)運算符。所有的列約束及屬性（IDENTITY 除外）均允許用于 uniqueidentifier 數(shù)據(jù)類型。
declare @myid uniqueidentifier
set @myid=newid()
print 'Value of @myid is '+cast(@myid as varchar(255))
每次運行以上程序返回不同的uniqueidentifier
uniqueidentifier 數(shù)據(jù)類型不象IDENTITY 屬性那樣為新插入的行自動生成新的ID。
為了得到新的 uniqueidentifier 值，表必須具有一個指定 NEWID 函數(shù)的 DEFAULT 子句，或使用 NEWID 函數(shù)的 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
以上這篇解決sql server保存對象字符串轉(zhuǎn)換成uniqueidentifier失敗的問題就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持腳本之家。
來源：腳本之家
鏈接：https://www.jb51.net/article/197824.htm
申請創(chuàng)業(yè)報道，分享創(chuàng)業(yè)好點子。點擊此處，共同探討創(chuàng)業(yè)新機遇！
