1)increment 代理主鍵,hibernate自動以遞增的方式來生成標(biāo)識符,每次增加1.
2)identity 代理主鍵,由底層數(shù)據(jù)庫生成標(biāo)識符,前提就是底層的數(shù)據(jù)庫支持自動增長的類型.
3)sequence 代理主鍵,hibernate根據(jù)底層數(shù)據(jù)庫生成的標(biāo)識符,前提是底層數(shù)據(jù)庫支持序列
4)hilo 代理主鍵,hibernate根據(jù)higg/low算法來生成的標(biāo)識符,把特定表的字段作為high的值,默認(rèn)選用hibernate_unique_key表的next_hi字段
5)native 代理主鍵,根據(jù)底層數(shù)據(jù)庫對自動生成標(biāo)識符的支持能力,還選擇identity,sequence,或hilo.
6)uuid.hex 代理主鍵,hibernate采用128位的UUID算法生成標(biāo)識符,UUID算法能夠在網(wǎng)絡(luò)環(huán)境下生成唯一字符串標(biāo)識符.不過字符串要比數(shù)據(jù)占用的空間多的多.所以不流行使用.
7)assigned 適用于自然主鍵,由JAVA應(yīng)用程序負(fù)責(zé)生成標(biāo)識符,為了能讓JAVA設(shè)置OID.不能吧setId方法設(shè)置為非公共類型了,這種方式也盡量避免使用.
這里個人覺得第一種方式,也就是說由Hibernate來生成對象標(biāo)識符的方式比較好.但是這種方式的缺點是只能一個Hibernate對應(yīng)一個數(shù)據(jù)庫的表.當(dāng)同時創(chuàng)建了SeesionFactory實例的時候.兩個或者更多的Hibernate對應(yīng)同一個數(shù)據(jù)庫的時候就會插入出錯.這個時候我們可以選擇第二種方式把標(biāo)識符的生成工作交給底層數(shù)據(jù)庫.還有一個小知識點要注意就是OID必須定義為long,int,short類型,如果定義為byte會報異常,這里推薦用long.
總結(jié)一下,這7中生成OID標(biāo)識符的方法,increment 比較常用,把標(biāo)識符生成的權(quán)力交給Hibernate處理.但是當(dāng)同時多個Hibernate應(yīng)用操作同一個數(shù)據(jù)庫,甚至同一張表的時候.就推薦使用identity 依賴底層數(shù)據(jù)庫實現(xiàn),但是數(shù)據(jù)庫必須支持自動增長,sequence 以來底層數(shù)據(jù)庫實現(xiàn),但是數(shù)據(jù)庫必須支持系列.hilo 根據(jù)特定的表實現(xiàn).這三種方式了.當(dāng)然針對不同的數(shù)據(jù)庫選擇不同的方法.如果你不能確定你使用的數(shù)據(jù)庫具體支持什么的情況下.可以選擇第三種.或者用native 讓Hibernate來幫選擇identity,sequence,或hilo.后邊的自然主鍵不推薦使用,因為自然主鍵就是具有業(yè)務(wù)含義的主鍵,在現(xiàn)在的軟件開發(fā)結(jié)構(gòu)中,已經(jīng)很少有人用了.下面總結(jié)一下幾種常用數(shù)據(jù)庫,可以使用的標(biāo)識符類型.
MySQL:identity數(shù)據(jù)庫底層實現(xiàn),需要支持自動增長,increment由Hibernate實現(xiàn),hilo用特定的表實現(xiàn),
MSSQL:identity數(shù)據(jù)庫底層實現(xiàn),需要支持自動增長,increment由Hibernate實現(xiàn),hilo用特定的表實現(xiàn),
Oracle:sequence數(shù)據(jù)庫底層實現(xiàn),需要支持序列,increment由Hibernate實現(xiàn),hilo用特定的表實現(xiàn),
以上不難發(fā)現(xiàn),所有的數(shù)據(jù)庫都支持Hibernate用increment實現(xiàn)OID的生成,MYSQL和MSSQL數(shù)據(jù)庫底層實現(xiàn)支持自動增長,而Oracle支持序列,還有用特殊表的實現(xiàn)方式這三個數(shù)據(jù)庫都支持.還有一種實現(xiàn)方式適用于所有的數(shù)據(jù)庫,就是native,由Hibernate去選擇使用什么樣的方式來生成IOD對象標(biāo)識符,這種方式也是跨平臺的.
--------------摘自:http://www.aygfsteel.com/action/archive/2007/05/22/119134.html