程式師世界 >> 數據庫知識 >> DB2數據庫 >> DB2教程 >> Hibernate主鍵生成策略

Hibernate主鍵生成策略

編輯：DB2教程

Hibernate主鍵生成策略

Hibernate提供的主鍵生成策略，使我們可以在實體類的映射xml文件中設定關鍵字來告訴hibernate我們要使用的主鍵生成方式，然後hibernate會根據設定完成數據庫的主鍵控制。

Hibernate常用的主鍵生成策略的原理、特點、應用場合：

1、increment

代理主鍵，用於為long，short或者int類型生成唯一標識。只有在沒有其他進程往同一張表中插入數據時才能使用。在集群下不要使用。由hibernate維護主鍵自增，和底層數據庫無關，但是不適合於2個或以上hibernate進程。

對主鍵值采取自動順序增長的方式生成新的主鍵，值默認從1開始。

在當前應用實例中維持一個變量,以保存當前最大值,之後每次需要生成主鍵值的時候將此值加1作為主鍵.不依賴於底層的數據庫，因此所有的數據庫都可以使用。

通過increment的生成主鍵的原理可推斷，此種主鍵生成策略不適用於集群、同一時段大量用戶並發訪問的系統，既當大量用戶同一時間段同時進行插入操作的時候，可能存在取得相同的最大值然後再同時+1的情況,這個時候就會造成主鍵沖突。因此，如果同一數據庫有多個實例訪問，此方式必須避免使用。

2、identity

對DB2/MySQL,MS SQL Server,Sybas和HypersonicSQL的內置標識字段提供支持。返回的標識符是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));

根據底層數據庫，來支持自動增長，不同的數據庫用不同的主鍵增長方式。

與底層數據庫有關，要求數據庫支持Identity，如MySQl中是auto_increment, SQL Server 中是Identity。支持的數據庫有MySql、SQL Server、DB2、Sybase和HypersonicSQL。

在建表的時候指定了id為自動增長,實際開發中就不需要自己定義插入數據庫的主鍵值,系統會自動順序遞增一個值。Identity無需Hibernate和用戶的干涉，使用較為方便，但由於依賴於數據庫，所以不便於在不同的數據庫之間移植程序。

3、sequence

在DB2、PostgreSQL，Oracle，SAP DB，McKoi中使用序列（sequence），而在InterBase中使用生成器9generator)。返回的標識符是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’);

sequence實際是就是一張單行單列的表。

實現原理:調用數據庫中底層存在的sequence生成主鍵，需要底層數據庫的支持序列，因此他是依賴於數據庫的。

支持sequence的數據庫有:Oracle 、DB2(Mysql/SQlServer不支持)、PostgreSql、SAPDb等

seq_name

如果我們沒有指定sequence參數，則Hibernate會訪問一個默認的sequence，是hibernate_sequence，我們也需要在數據庫中建立這個sequence
此外，sequence還可以有另外一個參數是paramters，可以查看Hibernate的API了解它的用法，見org.hibernate.id.SequenceGenerator
調用數據庫的sequence來生成主鍵，要設定序列名，不然hibernate無法找到：
NAME_SEQ（Oracle中很常用）

4、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（比較少用）
我們也可以自己設置自定義的表名和字段名

5、seqhilo

sequence和hilo的結合，hilo的高位由sequence產生，所以也需要底層數據庫的支持
通過hilo算法實現，但是主鍵歷史保存在Sequence中，適用於支持 Sequence 的數據庫，如 Oracle（比較少用）

6、increment

這個是由Hibernate在內存中生成主鍵，每次增量為1，不依賴於底層的數據庫，因此所有的數據庫都可以使用，但問題也隨之而來，由於是Hibernate生成的，所以只

能有一個Hibernate應用進程訪問數據庫，否則就會產生主鍵沖突，不能在集群情況下使用
插入數據的時候hibernate會給主鍵添加一個自增的主鍵，但是一個hibernate實例就維護一個計數器，所以在多個實例運行的時候不能使用這個方法

7、UUID和GUID

UUID用一個128-bit的UUID算法生成字符串類型的標識符，這在一個網絡中是唯一的（使用了IP地址）。UUID被編碼為一個32位16進制數字的字符串。GUID在MS SQL Server 和MySQL中使用數據庫生成的GUID字符串

uuid.hex

使用一個128-bit的UUID算法生成字符串類型的標識符，UUID被編碼成一個32位16進制數字的字符串。UUID包含：IP地址、JVM啟動時間、系統時間（精確到1/4秒）和一個計數器值（JVM中唯一）
hibernate會算出一個128位的唯一值插入

uuid.string
hibernate會算出一個16位的值插入

8、native

代理主鍵，根據底層數據庫的具體特性選擇適合的主鍵生成策略，如果是mysql或sqlserver，選擇identity，如果是oracle，選擇sequence。

根據數據庫的類型,自動在sequence 、identity和,hilo進行切換，靈活性更強，如果選擇sequence或者 hilo，則所有的表的主鍵都會從Hibernate默認的sequence或者hilo表中取。並且，有的數據庫對於默認情況主鍵生成測試的支持，效率並不是很高

實現自動切換的依據:根據Hibernate配置文件中的方言來判斷是Oracle還是Mysql、SqlServer,然後針對數據庫的類型抉擇 sequence還是identity作為主鍵生成策略。對於 oracle 采用 Sequence 方式，對於MySQL 和 SQL Server 采用identity（自增主鍵生成機制），native就是將主鍵的生成工作交由數據庫完成，hibernate不管（很常用）

用處：由於Hibernate會根據底層數據庫采用不同的映射方式，因此靈活性高，便於程序移植，項目中如果用到多個數據庫時，可以使用這種方式。