Hibernate的內置標示符生成器(generator)
021yin.com/Read_18*8.htm
id name="XXXId" column="XXXId"
generator class="id生成器"/
/id
1) assigned
主鍵由外部程序負責生成，無(wú)需Hibernate參與。
2) hilo
●通過(guò)hign/low算法實(shí)現的主鍵生成機制，需要額外的數據庫表保存主鍵生成歷史狀態(tài)。
●hilo不依賴(lài)于底層DB系統，適用于所有的DBS。
●OID必須為long、int或short類(lèi)型，定義為byte類(lèi)型，在運行時(shí)會(huì )拋異常。
*) seqhilo
與hilo 類(lèi)似，通過(guò)hi/lo 算法實(shí)現的主鍵生成機制，只是主鍵歷史狀態(tài)保存在Sequence中，適用于支持Sequence的數據庫，如Oracle。
4) increment
●increament不依賴(lài)于底層數據庫系統，所以適于所有的DBS。
●適用于只有單個(gè)Hibernate應用程序訪(fǎng)問(wèn)同一個(gè)DB的場(chǎng)合。
●OID必須為long、int或short類(lèi)型，定義為byte類(lèi)型，在運行時(shí)會(huì )拋異常。
*) identity
●identity依賴(lài)于底層DB系統，要求底層DB必須支持自增字段類(lèi)型
●OID必須為long、int或short類(lèi)型，定義為byte類(lèi)型，在運行時(shí)會(huì )拋異常。
●適用于DB2、SQL Server、MySQL
6) sequence
采用數據庫提供的sequence 機制生成主鍵。如Oralce 中的Sequence。
*) native
依據底層數據庫自動(dòng)生成標識符的能力，來(lái)選擇使用identity、sequence或hilo標識符生成器。它能自動(dòng)判斷底層DB提供的生成標識符的機制。
8) uuid.hex
由Hibernate基于128 位唯一值產(chǎn)生算法生成16 進(jìn)制數值（編碼后以長(cháng)度*2 的字符串表示）作為主鍵。
*) uuid.string
與uuid.hex 類(lèi)似，只是生成的主鍵未進(jìn)行編碼（長(cháng)度16）。在某些數據庫中可能出現問(wèn)題（如PostgreSQL）。id一定為String類(lèi)型(String, varchar/varchar2)
10) foreign
使用外部表的字段作為主鍵。一般而言，利用uuid.hex方式生成主鍵將提供最好的性能和數據庫平臺適應性。
這10中生成OID標識符的方法,increment 比較常用,把標識符生成的權力交給Hibernate處理.但是當同時(shí)多個(gè)Hibernate應用操作同一個(gè)數據庫,甚至同一張表的時(shí)候.就推薦使用identity 依賴(lài)底層數據庫實(shí)現,但是數據庫必須支持自動(dòng)增長(cháng),當然針對不同的數據庫選擇不同的方法.如果你不能確定你使用的數據庫具體支持什么的情況下.可以選擇用native 讓Hibernate來(lái)幫選擇identity,sequence,或hilo.
另外由于常用的數據庫，如Oracle、DB2、SQLServer、MySql 等，都提供了易用的主鍵生成機制（Auto-Increase 字段或者Sequence）。我們可以在數據庫提供的主鍵生成機制上，采用generator-class=native的主鍵生成方式。
不過(guò)值得注意的是，一些數據庫提供的主鍵生成機制在效率上未必最佳，大量并發(fā)insert數據時(shí)可能會(huì )引起表之間的互鎖。數據庫提供的主鍵生成機制，往往是通過(guò)在一個(gè)內部表中保存當前主鍵狀態(tài)（如對于自增型主鍵而言，此內部表中就維護著(zhù)當前的最大值和遞增量），之后每次插入數據會(huì )讀取這個(gè)最大值，然后加上遞增量作為新記錄的主鍵，之后再把這個(gè)新的最大值更新回內部表中，這樣，一次Insert操作可能導致數據庫內部多次表讀寫(xiě)操作，同時(shí)伴隨的還有數據的加鎖解鎖操作，這對性能產(chǎn)生了較大影響。因此，對于并發(fā)Insert要求較高的系統，推薦采用uuid.hex 作為主鍵生成機制。
