首先锣枝，如果出現這個問題你很有可能就是沒有很好的注意到主鍵的生成策略。說到這里是不是就像去看看主鍵的生成呢？
在.hbm.xml文件中的Hibernate主鍵生成方式Key Generator(主鍵生成器)
,該屬性可以有以下幾種選擇：
- assigned：主鍵通過外部程序負責生成炊汤，無需Hibernate參與。
- hilo ： 通過hi/lo算法實現的主鍵生成機制弊攘，需要額外的數據庫表保存主鍵生成歷史狀態(tài)抢腐。
- sehilo：與hilo類似，通過hi/lo算法實現的主鍵生成機制襟交，只是主鍵歷史狀態(tài)保存在Sequence中迈倍，適用于支持Sequence的數據庫，如Oracle.
- increment：主鍵按數值順序遞增捣域。此方式的實現機制為在當前應用實例中維持一個變量啼染，以保存著當前的最大值醋界，之后每次需要生成主鍵時將此值增加1作為主鍵。這中方法可能產生的問題是提完，如果當前有多個實例訪問同一個數據庫，那么由于各個勢力各自維護主鍵的狀態(tài)丘侠，不同實例可能生成同樣的主鍵徒欣，從而造成主鍵重復異常。因此蜗字，如果同一數據庫有多個實例訪問打肝，此方式避免使用。
- identity ： 采用數據庫提供的sequence機制生成主鍵挪捕。如：DB2粗梭、SQL Server、MySql中的主鍵生成機制级零。
- native ：由Hibernate根據底層數據庫自行判斷采用identity断医、hilo、sequence其中一種作為主鍵生成方式奏纪。
uuid.hex : 由Hibernate基于128位唯一值產生算法生成16進制數值(編碼后以長度32的字符串表示)作為主鍵鉴嗤。
uuid.string：與uuid.hex 類似，知識生成的主鍵未進行編碼(長度16)序调。在某些數據庫中可能出現問題(如PostgreSQL)醉锅。 - foreign：使用外部表的字段作為主鍵。
PS：一般而言发绢，利用uuid.hex方式生成主鍵提供最好的性能和數據庫平臺適應性硬耍。
那好，這樣你們是不是就發(fā)現了自己的問題呢边酒？就是這樣的可以解決了经柴。
