概括Hibernate主鍵生成機制
學習Hibernate主鍵生成機制時，經常會遇到問題，這里將介紹Hibernate主鍵生成機制問題的解決方法。
Hibernate主鍵生成機制
1.assigned
主鍵由外部程序負責生成，無需Hibernate參與。
2.hilo
通過hi/lo 算法實現(xiàn)的Hibernate主鍵生成機制，需要額外的數(shù)據(jù)庫表保存主鍵生成歷史狀態(tài)。
3.seqhilo
與hilo 類似，通過hi/lo 算法實現(xiàn)的主鍵生成機制，只是主鍵歷史狀態(tài)保存在Sequence中，適用于支持Sequence的數(shù)據(jù)庫，如Oracle.
4.increment
主鍵按數(shù)值順序遞增。此方式的實現(xiàn)機制為在當前應用實例中維持一個變量，以保存著當前的***值，之后每次需要生成主鍵的時候將此值加1作為主鍵。這種方式可能產生的問題是：如果當前有多個實例訪問同一個數(shù)據(jù)庫，那么由于各個實例各自維護主鍵狀態(tài)，不同實例可能生成同樣的主鍵，從而造成主鍵重復異常。因此，如果同一數(shù)據(jù)庫有多個實例訪問，此方式必須避免使用。
5.identity
采用數(shù)據(jù)庫提供的主鍵生成機制。如DB2、SQL Server、MySQL中的主鍵生成機制。
6.sequence
采用數(shù)據(jù)庫提供的sequence 機制生成主鍵。如Oralce 中的Sequence.
7.native
由Hibernate根據(jù)底層數(shù)據(jù)庫自行判斷采用identity、hilo、sequence其中一種作為主鍵生成方式。
8.uuid.hex
由Hibernate基于128 位唯一值產生算法生成16 進制數(shù)值（編碼后以長度32 的字符串表示）作為主鍵。
9.uuid.string
與uuid.hex 類似，只是生成的主鍵未進行編碼（長度16）。在某些數(shù)據(jù)庫中可能出現(xiàn)問題（如PostgreSQL）。
10.foreign
使用外部表的字段作為主鍵。一般而言，利用uuid.hex方式生成主鍵將提供***的性能和數(shù)據(jù)庫平臺適應性。
這10中生成OID標識符的方法，increment 比較常用，把標識符生成的權力交給Hibernate處理。但是當同時多個Hibernate應用操作同一個數(shù)據(jù)庫，甚至同一張表的時候。就推薦使用identity 依賴底層數(shù)據(jù)庫實現(xiàn)，但是數(shù)據(jù)庫必須支持自動增長，當然針對不同的數(shù)據(jù)庫選擇不同的方法。如果你不能確定你使用的數(shù)據(jù)庫具體支持什么的情況下?？梢赃x擇用native 讓Hibernate來幫選擇identity，sequence，或hilo.另外由于常用的數(shù)據(jù)庫，如Oracle、DB2、SQLServer、MySql 等，都提供了易用的Hibernate主鍵生成機制（Auto-Increase 字段或者Sequence）。我們可以在數(shù)據(jù)庫提供的主鍵生成機制上，采用generator-class=native的主鍵生成方式。
不過值得注意的是，一些數(shù)據(jù)庫提供的主鍵生成機制在效率上未必***，大量并發(fā)insert數(shù)據(jù)時可能會引起表之間的互鎖。數(shù)據(jù)庫提供的主鍵生成機制，往往是通過在一個內部表中保存當前主鍵狀態(tài)（如對于自增型主鍵而言，此內部表中就維護著當前的***值和遞增量），之后每次插入數(shù)據(jù)會讀取這個***值，然后加上遞增量作為新記錄的主鍵，之后再把這個新的***值更新回內部表中，這樣，一次Insert操作可能導致數(shù)據(jù)庫內部多次表讀寫操作，同時伴隨的還有數(shù)據(jù)的加鎖解鎖操作，這對性能產生了較大影響。因此，對于并發(fā)Insert要求較高的系統(tǒng)，推薦采用uuid.hex 作為主鍵生成機制。
【編輯推薦】
