Hibernate中,<id>標籤下的可選<generator>子項目是一個Java類的名字，用來為該持久化類的執行個體產生惟一標示，所有的產生器都實現net.sf.hibernate.id.IdentifierGenerator介面。這是一個非常簡單的介面，某些應用程式可以選擇提供它們自己的特定實現。當然，Hibernate提供了很多內建的實現。下面是一些內建主鍵產生器(Key Generator)的意義。
1) assigned
主鍵由外部程式負責產生，無需Hibernate參與。
2) hilo（高低位）
使用一個高/低位演算法來高效的產生long, short或者 int類型的標識符。給定一個表和欄位（預設分別是是 hibernate_unique_key 和next）作為高位值得來源。高/低位演算法產生的標識符只在一個特定的資料庫中是唯一的。在使用JTA獲得 的串連或者使用者自行提供的串連中，不要使用這種產生器。
3) seqhilo（使用序列的高低位）
與hilo 類似，通過hi/lo 演算法來高效的產生long, short或者 int類型的標識符實現的主鍵產生機制，只是主鍵曆史狀態儲存在Sequence中，適用於支援Sequence的資料庫，如Oracle。
4) increment（遞增）
主鍵按數值順序遞增。此方式的實現機製為在當前應用執行個體中維持一個變數，以儲存著當前的最大值，之後每次需要產生主鍵的時候將此值加1作為主鍵。這種方式可能產生的問題是：如果當前有多個執行個體訪問同一個資料庫，那麼由於各個執行個體各自維護主鍵狀態，不同執行個體可能產生同樣的主鍵，從而造成主鍵重複異常。因此，如果同一資料庫有多個執行個體訪問，此方式必須避免使用。
5) identity
採用資料庫提供的主鍵產生機制。如DB2、SQL Server、MySQL中的主鍵產生機制。
6) sequence（序列）
採用資料庫提供的sequence 機制產生主鍵。如Oralce 中的Sequence。返回的標識符是long, short或者 int類型的。
7) native
由Hibernate根據底層資料庫自行判斷採用identity、hilo、sequence其中一種作為主鍵產生方式。
8) uuid.hex
由Hibernate基於128 位唯一值產生演算法產生16 進位數值（編碼後以長度32 的字串表示）作為主鍵。例如：“5abefd3890cat33llsica3ee43bk222”。
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 作為主鍵產生機制。
