Hibernate(四)Id的詳解

 

Id生成策略:

Hibernate內置的主鍵生成策略

1、assigned

主鍵由外部程序負責生成,在 save() 以前必須指定一個。Hibernate不負責維護主鍵生成。與Hibernate和底層數據庫都無關,能夠跨數據庫。在存儲對象前,必需要使用主鍵的setter方法給主鍵賦值,至於這個值怎麼生成,徹底由本身決定,這種方法應該儘可能避免。

特色:能夠跨數據庫,人爲控制主鍵生成,應儘可能避免。java

2、increment

由Hibernate從數據庫中取出主鍵的最大值(每一個session只取1次),以該值爲基礎,每次增量爲1,在內存中生成主鍵,不依賴於底層的數據庫,所以能夠跨數據庫。

Hibernate調用org.hibernate.id.IncrementGenerator類裏面的generate()方法,使用select max(idColumnName) from tableName語句獲取主鍵最大值。該方法被聲明成了synchronized,因此在一個獨立的Java虛擬機內部是沒有問題的,然而,在多個JVM同時併發訪問數據庫select max時就可能取出相同的值,再insert就會發生Dumplicate entry的錯誤。因此只能有一個Hibernate應用進程訪問數據庫,不然就可能產生主鍵衝突,因此不適合多進程併發更新數據庫,適合單一進程訪問數據庫,不能用於羣集環境。 官方文檔:只有在沒有其餘進程往同一張表中插入數據時才能使用,在集羣下不要使用。 特色:跨數據庫,不適合多進程併發更新數據庫,適合單一進程訪問數據庫,不能用於羣集環境。算法

3、hilo

hilo(高低位方式high low)是hibernate中最經常使用的一種生成方式,須要一張額外的表保存hi的值。保存hi值的表至少有一條記錄(只與第一條記錄有關),不然會出現錯誤。能夠跨數據庫。

特色:跨數據庫,hilo算法生成的標誌只能在一個數據庫中保證惟一。sql

4、seqhilo

與hilo相似,經過hi/lo算法實現的主鍵生成機制,只是將hilo中的數據表換成了序列sequence,須要數據庫中先建立sequence,適用於支持sequence的數據庫,如Oracle。

特色:與hilo相似,只能在支持序列的數據庫中使用。數據庫

5、sequence

採用數據庫提供的sequence機制生成主鍵,須要數據庫支持sequence。如oralce、DB、SAP DB、PostgerSQL、McKoi中的sequence。MySQL這種不支持sequence的數據庫則不行(可使用identity)。

Hibernate生成主鍵時,查找sequence並賦給主鍵值,主鍵值由數據庫生成,Hibernate不負責維護,使用時必須先建立一個sequence,若是不指定sequence名稱,則使用Hibernate默認的sequence,名稱爲hibernate_sequence,前提要在數據庫中建立該sequence。 特色:只能在支持序列的數據庫中使用,如Oracle。

 

6、identity

identity由底層數據庫生成標識符。identity是由數據庫本身生成的,但這個主鍵必須設置爲自增加,使用identity的前提條件是底層數據庫支持自動增加字段類型,如DB二、SQL Server、MySQL、Sybase和HypersonicSQL等,Oracle這類沒有自增字段的則不支持。

特色:只能用在支持自動增加的字段數據庫中使用,如MySQL。session

 

7、native

native由hibernate根據使用的數據庫自行判斷採用identity、hilo、sequence其中一種做爲主鍵生成方式,靈活性很強。若是能支持identity則使用identity,若是支持sequence則使用sequence。 例如MySQL使用identity,Oracle使用sequence 注意:若是Hibernate自動選擇sequence或者hilo,則全部的表的主鍵都會從Hibernate默認的sequence或hilo表中取。而且,有的數據庫對於默認狀況主鍵生成測試的支持,效率並非很高。

特色:根據數據庫自動選擇,項目中若是用到多個數據庫時,可使用這種方式,使用時須要設置表的自增字段或創建序列,創建表等。併發

8、uuid

UUID:Universally Unique Identifier,是指在一臺機器上生成的數字,它保證對在同一時空中的全部機器都是惟一的。按照開放軟件基金會(OSF)制定的標準計算,用到了以太網卡地址、納秒級時間、芯片ID碼和許多可能的數字 Hibernate在保存對象時,生成一個UUID字符串做爲主鍵,保證了惟一性,但其並沒有任何業務邏輯意義,只能做爲主鍵,惟一缺點長度較大,32位(Hibernate將UUID中間的「-」刪除了)的字符串,佔用存儲空間大,可是有兩個很重要的優勢,Hibernate在維護主鍵時,不用去數據庫查詢,從而提升效率,並且它是跨數據庫的,之後切換數據庫極其方便。

特色:uuid長度大,佔用空間大,跨數據庫,不用訪問數據庫就生成主鍵值,因此效率高且能保證惟一性,移植很是方便,推薦使用。框架

9、guid

GUID:Globally Unique Identifier全球惟一標識符,也稱做 UUID,是一個128位長的數字,用16進製表示。算法的核心思想是結合機器的網卡、當地時間、一個隨即數來生成GUID。從理論上講,若是一臺機器每秒產生10000000個GUID,則能夠保證(機率意義上)3240年不重複。

Hibernate在維護主鍵時,先查詢數據庫,得到一個uuid字符串,該字符串就是主鍵值,該值惟一,缺點長度較大,支持數據庫有限,優勢同uuid,跨數據庫,可是仍然須要訪問數據庫。 注意:長度因數據庫不一樣而不一樣 MySQL中使用select uuid()語句得到的爲36位(包含標準格式的「-」) Oracle中,使用select rawtohex(sys_guid()) from dual語句得到的爲32位(不包含「-」) 特色:須要數據庫支持查詢uuid,生成時須要查詢數據庫,效率沒有uuid高,推薦使用uuid。ide

10、foreign

使用另一個相關聯的對象的主鍵做爲該對象主鍵。主要用於一對一關係中。

特色:不多使用,大多用在一對一關係中。

11、select

使用觸發器生成主鍵,主要用於早期的數據庫主鍵生成機制,能用到的地方很是少。

@Id         //說明它是主鍵
    @GeneratedValue(strategy=GenerationType.IDENTITY)       //指定生成策略(我這裏選擇的是自增加)
    @Column(name="t_id")        //屬性對應字段名
    private Integer id;

這裏採用的是jpa提供的主鍵生成策略,GeneratedValue的值有多個,主要有:測試

AUTO:JPA自動選擇合適的策略,是默認選項;
IDENTITY:表自增鍵字段,Oracle不支持這種方式;
SEQUENCE:經過序列產生主鍵,經過@SequenceGenerator註解指定序列名MySql不支持這種方式; 
TABLE:經過表產生主鍵,框架藉由表模擬序列產生主鍵,使用該策略可使應用更易於數據庫移
最經常使用的就是Auto,好比對應Mysql中的auto icreasement

我最經常使用ui

設置主鍵爲int 自動增加

@Id 
@GeneratedValue(strategy=GenerationType.IDENTITY)
private Integer Id;

設置主見爲String 自動增加

@Id
@GeneratedValue(generator = "uuid")
@GenericGenerator(name = "uuid", strategy = "uuid")
private String uid;
相關文章
相關標籤/搜索