Hibernate各種主鍵生成策略與配置詳解
1、assigned
save() 之前必須指定一個。Hibernate不負責維護主鍵生成。與Hibernate和底層數據庫都無關,可以跨數據庫。在存儲對象前,必須要使用主鍵的setter方法給主鍵賦值,至于這個值怎么生成,完全由自己決定,這種方法應該盡量避免。
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值的表至少有一條記錄(只與第一條記錄有關),否則會出現錯誤。可以跨數據庫。
<param name="table">hibernate_hilo</param>
<param name="column">next_hi</param>
<param name="max_lo">100</param>
<param name="table">hibernate_hilo</param>
<param name="column">next_hi</param>
指定保存hi值的列名
<param name="max_lo">100</param>
指定低位的最大值
也可以省略table和column配置,其默認的表為hibernate_unique_key,列為next_hi
<param name="max_lo">100</param>
hilo生成器生成主鍵的過程(以hibernate_unique_key表,next_hi列為例):
1. 獲得hi值:讀取并記錄數據庫的hibernate_unique_key表中next_hi字段的值,數據庫中此字段值加1保存。
2. 獲得lo值:從0到max_lo循環取值,差值為1,當值為max_lo值時,重新獲取hi值,然后lo值繼續從0到max_lo循環。
hi * (max_lo + 1) +
lo計算生成主鍵值。
注意:當hi值是0的時候,那么第一個值不是0*(max_lo+1)+0=0,而是lo跳過0從1開始,直接是1、2、3……
那max_lo配置多大合適呢?
這要根據具體情況而定,如果系統一般不重啟,而且需要用此表建立大量的主鍵,可以吧max_lo配置大一點,這樣可以減少讀取數據表的次數,提高效率;反之,如果服務器經常重啟,可以吧max_lo配置小一點,可以避免每次重啟主鍵之間的間隔太大,造成主鍵值主鍵不連貫。
4、seqhilo
與hilo類似,通過hi/lo算法實現的主鍵生成機制,只是將hilo中的數據表換成了序列sequence,需要數據庫中先創建sequence,適用于支持sequence的數據庫,如oracle。
<param name="sequence">hibernate_seq</param>
<param name="max_lo">100</param>
5、sequence
采用數據庫提供的sequence機制生成主鍵,需要數據庫支持sequence。如oralce、DB、SAP DB、PostgerSQL、McKoi中的sequence。MySQL這種不支持sequence的數據庫則不行(可以使用identity)。
class="sequence">
</generator>
<param name="sequence">hibernate_id</param>
Hibernate生成主鍵時,查找sequence并賦給主鍵值,主鍵值由數據庫生成,Hibernate不負責維護,使用時必須先創建一個sequence,如果不指定sequence名稱,則使用Hibernate默認的sequence,名稱為hibernate_sequence,前提要在數據庫中創建該sequence。
6、identity
identity由底層數據庫生成標識符。identity是由數據庫自己生成的,但這個主鍵必須設置為自增長,使用identity的前提條件是底層數據庫支持自動增長字段類型,如DB2、SQL Server、MySQL、Sybase和HypersonicSQL等,Oracle這類沒有自增字段的則不支持。
column="id">
class="identity" />
</id>
例:如果使用MySQL數據庫,則主鍵字段必須設置成auto_increment。
id int(11)
primary key auto_increment
7、native
native由hibernate根據使用的數據庫自行判斷采用identity、hilo、sequence其中一種作為主鍵生成方式,靈活性很強。如果能支持identity則使用identity,如果支持sequence則使用sequence。
例如MySQL使用identity,Oracle使用sequence
注意:如果Hibernate自動選擇sequence或者hilo,則所有的表的主鍵都會從Hibernate默認的sequence或hilo表中取。并且,有的數據庫對于默認情況主鍵生成測試的支持,效率并不是很高。
使用sequence或hilo時,可以加入參數,指定sequence名稱或hi值表名稱等,如
<param name="sequence">hibernate_id</param>
8、uuid
UUID:Universally Unique
Identifier,是指在一臺機器上生成的數字,它保證對在同一時空中的所有機器都是唯一的。按照開放軟件基金會(OSF)制定的標準計算,用到了以太網卡地址、納秒級時間、芯片ID碼和許多可能的數字,標準的UUID格式為:
xxxxxxxx-xxxx-xxxx-xxxxxx-xxxxxxxxxx
(8-4-4-4-12)
其中每個
x 是
0-9 或
a-f 范圍內的一個十六進制的數字。
Hibernate在保存對象時,生成一個UUID字符串作為主鍵,保證了唯一性,但其并無任何業務邏輯意義,只能作為主鍵,唯一缺點長度較大,32位(Hibernate將UUID中間的“-”刪除了)的字符串,占用存儲空間大,但是有兩個很重要的優點,Hibernate在維護主鍵時,不用去數據庫查詢,從而提高效率,而且它是跨數據庫的,以后切換數據庫極其方便。
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位(不包含“-”)
10、foreign
使用另外一個相關聯的對象的主鍵作為該對象主鍵。主要用于一對一關系中。
<param name="property">user</param>
<one-to-one
11、select
12、其他注釋方式配置
如MySQL,會使用自增字段,需要將主鍵設置成auto_increment。
每次需要主鍵值時,查詢名為"hibernate_table"的表,查找主鍵列"gen_pk"值為"2"記錄,得到這條記錄的"gen_val"值,根據這個值,和allocationSize的值生成主鍵值。
table =
pkColumnName =
pkColumnValue =
valueColumnName =
initialValue = 2,
allocationSize = 5)
使用序列存儲主鍵值
sequenceName =
allocationSize = 1,
initialValue = 2)
13、小結
| 自動增長字段 | 序列 |
MySQL | 是 | |
Oracle | | 是 |
DB2 | 是 | 是 |
MS SQL Server | 是 | |
Sybase | 是 | |
HypersonicSQL | 是 | |
PostgreSQL | | 是 |
SAP DB | | 是 |
HSQLDB | 是 | |
Infomix | 是 | |
當用戶為Hibernate自行提供連接,或者Hibernate通過JTA,從應用服務器的數據源獲取數據庫連接時,無法使用hilo,因為這不能保證hilo單獨在新的數據庫連接的事務中訪問hi值表,這種情況,如果數據庫支持序列,可以使用seqhilo。