配置Hibernate的主鍵生成機制
配置Hibernate的主鍵生成機制，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 位唯一值產生算法根據當前的設備IP、時間、JVM啟動時間、內部自增量等四個參數生成16 進制數值（編碼后以長度32 的字符串表示）作為主鍵。 這種算法在***程度上保證了生產的ID的唯一性。一般而言，這種生產機制提供了***的數據插入性能和跨數據庫平臺型。
9) uuid.string
與uuid.hex 類似，只是生成的主鍵未進行編碼（長度16）。在某些數據庫中可能出現問題（如PostgreSQL）。
10) foreign
使用外部表的字段作為主鍵。
11)select
Hibernate 3引入的新的主鍵生成機制，是為了解決預留系統的改造工程。
在一些早期的系統，主鍵的生成可能是依賴觸發器，此時我們必須在插入數據之后，通過某一識別字段讀取已插入的數據，獲取主鍵值。
key_field
一般而言，利用uuid.hex式Hibernate主鍵生成將提供***的性能和數據庫平臺適應性。
另外由于常用的數據庫，如Oracle、DB2、SQLServer、MySql 等，都提供了易用的主鍵生成機制（Auto-Increase 字段或者Sequence）。我們可以在數據庫提供的主鍵生成機制上，采用generator-class=native的主鍵生成方式。不過值得注意的是，一些數據庫提供的主鍵生成機制在效率上未必***，大量并發insert數據時可能會引起表之間的互鎖。
數據庫提供的主鍵生成機制，往往是通過在一個內部表中保存當前主鍵狀態（如對于自增型主鍵而言，此內部表中就維護著當前的***值和遞增量），之后每次插入數據會讀取這個***值，然后加上遞增量作為新記錄的主鍵，之后再把這個新的***值更新回內部表中，這樣，一次Insert操作可能導致數據庫內部多次表讀寫操作，同時伴隨的還有數據的加鎖解鎖操作，這對性能產生了較大影響。
因此，對于并發Insert要求較高的系統，推薦采用uuid.hex 作為主鍵生成機制。
如果需要采用定制的主鍵產生算法，則在此處配置主鍵生成器，主鍵生成器必須實現net.sf.hibernate.id.IdentifierGenerator 接口。
【編輯推薦】
