今天做hibernate的測試,出現了一個異常,是這樣的
error:ids for this class must be manually assigned before calling save():
於是在Google上搜尋了一下。很快找到了問題的解決辦法。
引起問題的原因:
就是那個由Hibernate根據資料庫表自動產生的"類名.hbm.xml"對應檔引起的。
首先我的表(Info)由兩個欄位組成,即:
int id;//主建
String name;
(自己做測試,所以就簡單的建了個表)
由Hibernate產生的Info.hbm.xml中是這樣寫的:
-----------------------------------------------------
<id name="id" type="java.lang.Integer">
<column name="id" />
<generator class="assigned"/>
</id>
-----------------------------------------------------
<id>這個是必須有的。它是用來定義實體的識別屬性(對應資料庫表的主鍵)
而我這裡由於id本身就是主鍵,所以column的屬性便是id
下面是很關鍵的一點<generator>,由於一時興趣,於是找了很多資料,關於它的解釋是:用於指定主鍵的建置原則。它的值有多,下面是轉來的:
--------------------------------------------------------------------------------
“assigned”
主鍵由外部程式負責產生,在 save() 之前指定一個。
“hilo”
通過hi/lo 演算法實現的主鍵產生機制,需要額外的資料庫表或欄位提供高位值來源。
“seqhilo”
與hilo 類似,通過hi/lo 演算法實現的主鍵產生機制,需要資料庫中的 Sequence,適用於支援 Sequence 的資料庫,如Oracle。
“increment”
主鍵按數值順序遞增。此方式的實現機製為在當前應用執行個體中維持一個變數,以儲存著當前的最大值,之後每次需要產生主鍵的時候將此值加1作為主鍵。這種方式可能產生的問題是:不能在叢集下使用。
“identity”
採用資料庫提供的主鍵產生機制。如DB2、SQL Server、MySQL 中的主鍵產生機制。
“sequence”
採用資料庫提供的 sequence 機制產生主鍵。如 Oralce 中的Sequence。
“native”
由 Hibernate 根據使用的資料庫自行判斷採用 identity、hilo、sequence 其中一種作為主鍵產生方式。
“uuid.hex”
由 Hibernate 基於128 位 UUID 演算法 產生16 進位數值(編碼後以長度32 的字串表示)作為主鍵。
“uuid.string”
與uuid.hex 類似,只是產生的主鍵未進行編碼(長度16),不能應用在 PostgreSQL 資料庫中。
“foreign”
使用另外一個相關聯的對象的標識符作為主鍵。
--------------------------------------------------------------------------------
看了上面的介紹,再看看代碼,原來是<Generator>屬性設定有問題。
然後改為"identity"、"native"問題便解決。