Hibernate主鍵生成策略

1、自動增長identity

適用於mysql、db2、ms sql server，採用資料庫生成的主鍵，用於為long、short、int型別生成唯一標識

使用sql server 和 mysql 的自增欄位，這個方法不能放到 oracle 中，oracle 不支援自增字段，要設定sequence（mysql 和 sql server 中很常用）

資料庫中的語法如下：

mysql：create table t_user(id int auto_increment primary key, name varchar(20));

sql server：create table t_user(id int identity(1,1) primary key, name varchar(20));

2、sequence

db2、oracle均支援的序列，用於為long、short或int生成唯一標識

資料庫中的語法如下：

oracle：create sequence seq_name increment by 1 start with 1;

需要主鍵值時可以呼叫seq_name.nextval或者seq_name.curval得到，資料庫會幫助我們維護這個sequence序列，保證每次取到的值唯一，如：

insert into tbl_name(id, name) values(seq_name.nextval, 『jimliu』);

seq_name

如果我們沒有指定sequence引數，則hibernate會訪問乙個預設的sequence，是hibernate_sequence，我們也需要在資料庫中建立這個sequence

此外，sequence還可以有另外乙個引數是paramters，可以檢視hibernate的api了解它的用法，見org.hibernate.id.sequencegenerator

呼叫資料庫的sequence來生成主鍵，要設定序列名，不然hibernate無法找到：

name_seq（oracle中很常用）

3、hilo

使用乙個高/低位演算法生成的long、short或int型別的識別符號，給定乙個表和字段作為高位值的**，預設的表是hibernate_unique_key，預設的字段是next_hi。它將id的產生源分成兩部分，db+記憶體，然後按照演算法結合在一起產生id值，可以在很少的連線次數內產生多條記錄，提高效率

mysql：create table hi_value(next_hi integer not null);

insert into hi_value(next_hi) values(1);

hi_value

next_hi

100

在hibernate持久化的時候，由hibernate負責生成低位值。hilo識別符號生成器在生成識別符號時需要從hi_value表中取出next_hi的當前值，然後修改該值，這個操作是在單獨的事務中完成的。最大的低值在屬性max_lo中配置，但在hibernate記憶體中生成的低位值超過此值時，就有需要到資料庫的hi_value表中再次讀取高位值了

使用hilo生成策略，要在資料庫中建立一張額外的表，預設表名為hibernate_unique_key,預設欄位為integer型別，名稱是next_hi（比較少用）

我們也可以自己設定自定義的表名和欄位名

4、native

會根據底層資料庫的能力，從identity、sequence、hilo中選擇乙個，靈活性更強，但此時，如果選擇sequence或者hilo，則所有的表的主鍵都會從hibernate預設的sequence或者hilo表中取。並且，有的資料庫對於預設情況主鍵生成測試的支援，效率並不是很高

對於 oracle 採用 sequence 方式，對於mysql 和 sql server 採用identity（自增主鍵生成機制），native就是將主鍵的生成工作交由資料庫完成，hibernate不管（很常用）

5、seqhilo

sequence和hilo的結合，hilo的高位由sequence產生，所以也需要底層資料庫的支援

通過hilo演算法實現，但是主鍵歷史儲存在sequence中，適用於支援 sequence 的資料庫，如 oracle（比較少用）

seq_name

100

6、increment

這個是由hibernate在記憶體中生成主鍵，每次增量為1，不依賴於底層的資料庫，因此所有的資料庫都可以使用，但問題也隨之而來，由於是hibernate生成的，所以只

能有乙個hibernate應用程序訪問資料庫，否則就會產生主鍵衝突，不能在集群情況下使用

插入資料的時候hibernate會給主鍵新增乙個自增的主鍵，但是乙個hibernate例項就維護乙個計數器，所以在多個例項執行的時候不能使用這個方法

7、uuid.hex

使用乙個128-bit的uuid演算法生成字串型別的識別符號，uuid被編碼成乙個32位16進製制數字的字串。uuid包含：ip位址、jvm啟動時間、系統時間（精確到1/4秒）和乙個計數器值（jvm中唯一）

hibernate會算出乙個128位的唯一值插入

uuid.string

hibernate會算出乙個16位的值插入

8、assigned

這種主鍵的生成方式不建議使用，在資料庫表設計時就應該使用**主鍵（surrogate key），不應使用自然主鍵（natural key具有業務含義），在沒有指定標籤時，預設就是assigned主鍵的生成方式

在插入資料的時候主鍵由使用者自己新增，hibernate也不管

9、foreign

使用外部表的字段作為主鍵

10、select

使用觸發器生成主鍵（主要用於早期的資料庫主鍵生成機制，少用）

ps:**主鍵是指與業務無關且能唯一標識資料庫中記錄,一般是資料庫自動生成的,比如mysql可以使用auto_increment,sql2000可以使用identity生成方式,oracle可以使用sequence生成方式自然主鍵指業務相關,由使用者指定,且能唯一標識資料庫中的任意一條記錄

簡介版：

increment：**主鍵，適合於所有資料庫，由hibernate維護主鍵自增，和底層資料庫無關，但是不適合於2個或以上hibernate程序。

identity：**主鍵，適合於mysql或ms sql server等支援自增的dbms，主鍵值不由hibernate維護。

sequence：**主鍵，適合於oracle等支援序列的dbms，主鍵值不由hibernate維護，由序列產生。

native：**主鍵，根據底層資料庫的具體特性選擇適合的主鍵生成策略，如果是mysql或sqlserver，選擇identity，如果是oracle，選擇sequence。

hilo：**主鍵，hibernate把特定表的字段作為hign值，生成主鍵值

uuid.hex：**主鍵，hibernate採用uuid 128位演算法生成基於字串的主鍵值

assign：適合於應用程式維護的自然主鍵。

Hibernate主鍵生成策略

Hibernate主鍵生成策略

Hibernate主鍵生成策略

hibernate主鍵生成策略

相關推薦