隨筆檔案(496)

1) Assigned
主鍵由外部程序負(fù)責(zé)生成，無(wú)需Hibernate參與。

2) hilo
通過(guò)hi/lo 算法實(shí)現(xiàn)的主鍵生成機(jī)制，需要額外的數(shù)據(jù)庫(kù)表保存主鍵生成歷史狀態(tài)。

3) seqhilo
與hilo 類似，通過(guò)hi/lo 算法實(shí)現(xiàn)的主鍵生成機(jī)制，只是主鍵歷史狀態(tài)保存在Sequence中，適用于支持Sequence的數(shù)據(jù)庫(kù)，如Oracle。

4) increment
主鍵按數(shù)值順序遞增。此方式的實(shí)現(xiàn)機(jī)制為在當(dāng)前應(yīng)用實(shí)例中維持一個(gè)變量，以保存著當(dāng)前的最大值，之后每次需要生成主鍵的時(shí)候?qū)⒋酥导?作為主鍵。 這種方式可能產(chǎn)生的問(wèn)題是：如果當(dāng)前有多個(gè)實(shí)例訪問(wèn)同一個(gè)數(shù)據(jù)庫(kù)，那么由于各個(gè)實(shí)例各自維護(hù)主鍵狀態(tài)，不同實(shí)例可能生成同樣的主鍵，從而造成主鍵重復(fù)異常。因此，如果同一數(shù)據(jù)庫(kù)有多個(gè)實(shí)例訪問(wèn)，此方式必須避免使用。

5) identity
采用數(shù)據(jù)庫(kù)提供的主鍵生成機(jī)制。如DB2、SQL Server、MySQL中的主鍵生成機(jī)制。

6) sequence
采用數(shù)據(jù)庫(kù)提供的sequence 機(jī)制生成主鍵。如Oralce 中的Sequence。

7) native
由Hibernate根據(jù)底層數(shù)據(jù)庫(kù)自行判斷采用identity、hilo、sequence其中一種作為主鍵生成方式。

8) uuid.hex
由Hibernate基于128 位唯一值產(chǎn)生算法生成16 進(jìn)制數(shù)值（編碼后以長(zhǎng)度32 的字符串表示）作為主鍵。

9) uuid.string
與uuid.hex 類似，只是生成的主鍵未進(jìn)行編碼（長(zhǎng)度16）。在某些數(shù)據(jù)庫(kù)中可能出現(xiàn)問(wèn)題（如PostgreSQL）。

10) foreign
使用外部表的字段作為主鍵。一般而言，利用uuid.hex方式生成主鍵將提供最好的性能和數(shù)據(jù)庫(kù)平臺(tái)適應(yīng)性。
另外由于常用的數(shù)據(jù)庫(kù)，如Oracle、DB2、SQLServer、MySql 等，都提供了易用的主鍵生成機(jī)制（Auto-Increase 字段或者Sequence）。我們可以在數(shù)據(jù)庫(kù)提供的主鍵生成機(jī)制上，采用generator-class=native的主鍵生成方式。不過(guò)值得注意的是，一些數(shù)據(jù)庫(kù)提供的主鍵生成機(jī)制在效率上未必最佳，

大量并發(fā)insert數(shù)據(jù)時(shí)可能會(huì)引起表之間的互鎖。數(shù)據(jù)庫(kù)提供的主鍵生成機(jī)制，往往是通過(guò)在一個(gè)內(nèi)部表中保存當(dāng)前主鍵狀態(tài)（如對(duì)于自增型主鍵而言，此內(nèi)部表中就維護(hù)著當(dāng)前的最大值和遞增量）， 之后每次插入數(shù)據(jù)會(huì)讀取這個(gè)最大值，然后加上遞增量作為新記錄的主鍵，之后再把這個(gè)新的最大值更新回內(nèi)部表中，這樣，一次Insert操作可能導(dǎo)致數(shù)據(jù)庫(kù)內(nèi)部多次表讀寫(xiě)操作，同時(shí)伴隨的還有數(shù)據(jù)的加鎖解鎖操作，這對(duì)性能產(chǎn)生了較大影響。 因此，對(duì)于并發(fā)Insert要求較高的系統(tǒng)，推薦采用uuid.hex 作為主鍵生成機(jī)制。

如果需要采用定制的主鍵生成算法，則在此處配置主鍵生成器，主鍵生成器須實(shí)現(xiàn)org.hibernate.id.IdentifierGenerator 接口

?

關(guān)鍵詞： Hibernate? 主鍵?? 主鍵生成方式? IdentifierGenerator

?