Hibernate: ids for this class must be manually assigned before calling save():

原文：

http://blog.csdn.net/softimes/article/details/7008875

 

引發問題的緣由：

由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」
採用數據庫提供的主鍵生成機制。如DB二、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"問題便解決。