Hibernate主鍵生成策略

1) assigned

主鍵由外部程序負責生成，無需Hibernate參與。

2) hilo

通過hi/lo 算法實現的主鍵生成機制，需要額外的數據庫表保存主鍵生成歷史狀態。

3) seqhilo

與hilo 類似，通過hi/lo 算法實現的主鍵生成機制，只是主鍵歷史狀態保存在Sequence中，適用於支持Sequence的數據庫，如Oracle。

4) increment

主鍵按數值順序遞增。此方式的實現機制爲在當前應用實例中維持一個變量，以保存着當前的最大值，之後每次需要生成主鍵的時候將此值加1作爲主鍵。這種方式可能產生的問題是：如果當前有多個實例訪問同一個數據庫，那麼由於各個實例各自維護主鍵狀態，不同實例可能生成同樣的主鍵，從而造成主鍵重複異常。因此，如果同一數據庫有多個實例訪問，此方式必須避免使用。

5) identity

採用數據庫提供的主鍵生成機制。如DB2、SQL Server、MySQL中的主鍵生成機制。

6) sequence

採用數據庫提供的sequence 機制生成主鍵。如Oralce 中的Sequence。

7) native

由Hibernate根據底層數據庫自行判斷採用identity、hilo、sequence其中一種作爲主鍵生成方式。

8) uuid.hex

由Hibernate基於128 位唯一值產生算法生成16 進制數值（編碼後以長度32 的字符串表示）作爲主鍵。

9) uuid.string

與uuid.hex 類似，只是生成的主鍵未進行編碼（長度16）。在某些數據庫中可能出現問題（如PostgreSQL）。

10) foreign

使用外部表的字段作爲主鍵。一般而言，利用uuid.hex方式生成主鍵將提供最好的性能和數據庫平臺適應性。

這10中生成OID標識符的方法,increment 比較常用,把標識符生成的權力交給Hibernate處理.但是當同時多個Hibernate應用操作同一個數據庫,甚至同一張表的時候.就推薦使用identity 依賴底層數據庫實現,但是數據庫必須支持自動增長,當然針對不同的數據庫選擇不同的方法.如果你不能確定你使用的數據庫具體支持什麼的情況下.可以選擇用native 讓Hibernate來幫選擇identity,sequence,或hilo.

另外由於常用的數據庫，如Oracle、DB2、SQLServer、MySql 等，都提供了易用的主鍵生成機制（Auto-Increase 字段或者Sequence）。我們可以在數據庫提供的主鍵生成機制上，採用generator-class=native的主鍵生成方式。

不過值得注意的是，一些數據庫提供的主鍵生成機制在效率上未必最佳，大量併發insert數據時可能會引起表之間的互鎖。數據庫提供的主鍵生成機制，往往是通過在一個內部表中保存當前主鍵狀態（如對於自增型主鍵而言，此內部表中就維護着當前的最大值和遞增量），之後每次插入數據會讀取這個最大值，然後加上遞增量作爲新記錄的主鍵，之後再把這個新的最大值更新回內部表中，這樣，一次Insert操作可能導致數據庫內部多次表讀寫操作，同時伴隨的還有數據的加鎖解鎖操作，這對性能產生了較大影響。因此，對於併發Insert要求較高的系統，推薦採用uuid.hex 作爲主鍵生成機制