1、如果主鍵欄位為自增類型,
那麼對應的.hbm.xml檔案中的id欄位的xml聲明,
應該這麼寫:
<generator class="native" />
例如:
<id
column="user_id"
name="Id"
type="integer"
>
<generator class="native" />
</id>
其實這個native並非實際的類型,而是hiberante根據
當前使用的資料庫,自動使用對應的類型。
例如:如果sqlserver,native就對應identity
見Hiberante參考:
native(本地)
根據底層資料庫的能力選擇identity, sequence 或者hilo中的一個。
2、如果主鍵欄位不設定為自增,但是是int型的,
可以使用increment,由hibernate產生主鍵。
<generator class="increment" />
不過這種方法,對於並發量大的應用,似乎最好不要採用。
見hiberante參考:
increment(遞增)
用於為long, short或者int類型產生唯一標識。只有在沒有其他進程往同一張表中插入資料時才能使用。
在叢集下不要使用。
3、如果使用uuid.hex產生的隨機32位元最為主鍵,
那麼資料庫的id欄位類型為char,長度為32
hbm.xml中寫為: <generator class="uuid.hex" />
另外,uuid.string也是功能類似。
uuid.hex產生的是32位的16進位數位字串。
而uuid.string產生的是16個字元長的任意ASCII字元組成的字串
見參考:
uuid.hex
用一個128-bit的UUID演算法產生字串類型的標識符。在一個網路中唯一(使用了IP地址)。UUID被編
碼為一個32位16進位數位字串。
uuid.string
使用同樣的UUID演算法。UUID被編碼為一個16個字元長的任意ASCII字元組成的字串。不能使用在PostgreSQL資料庫中