Key Generator
主鍵產生器
可選項說明：
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方式生成主鍵將提供最好的性能和數據庫平臺適
應性。

另外由于常用的數據庫，如Oracle、DB2、SQLServer、MySql 等，都提
供了易用的主鍵生成機制（Auto-Increase 字段或者Sequence）。我們可以在數
據庫提供的主鍵生成機制上，采用generator-class=native的主鍵生成方式。
不過值得注意的是，一些數據庫提供的主鍵生成機制在效率上未必最佳，
大量并發insert數據時可能會引起表之間的互鎖。
數據庫提供的主鍵生成機制，往往是通過在一個內部表中保存當前主鍵狀
態（如對于自增型主鍵而言，此內部表中就維護著當前的最大值和遞增量），
之后每次插入數據會讀取這個最大值，然后加上遞增量作為新記錄的主鍵，之
后再把這個新的最大值更新回內部表中，這樣，一次Insert操作可能導致數據
庫內部多次表讀寫操作，同時伴隨的還有數據的加鎖解鎖操作，這對性能產生
了較大影響。
因此，對于并發Insert要求較高的系統，推薦采用uuid.hex 作為主鍵生成
機制。