主鍵生成方式

hibernate幾種主鍵生成方式：

(1) assigned 【hibernate常用】

主鍵由外部程式負責生成，無需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方式生成主鍵將提供最好的效能和資料庫平台適

應性。另外由於常用的資料庫，如oracle、db2、sqlserver、mysql 等，都提供了易用的主鍵生成機制（auto-increase 字段或者sequence）。我們可以在資料庫提供的主鍵生成機制上，採用generator-class=native的主鍵生成方式。

不過值得注意的是，一些資料庫提供的主鍵生成機制在效率上未必最佳，大量併發insert資料時可能會引起表之間的互鎖。