1. 程式人生 > >關於ids for this class must be manually assigned before calling save()

關於ids for this class must be manually assigned before calling save()

引起問題的原因:

就是那個由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"問題便解決。