Hibernate保存データ自動生成マスタキーに異常が発生したDuplicate entry'0'for key 1
6497 ワード
今日、プログラムを書いている間に、異常な情報が出てきました.午前中、やっと異常な原因を見つけました.簡単なプライマリ・キーの衝突問題だけではありません.
データベースのテスト:MySQL
例外情報は次のとおりです.
例外情報により、データベース・テーブルのプライマリ・キーが競合していることが確認されます.
しかし、プライマリ・キーを定義するときはnativeとして自動的に生成されるように指定されていますが、なぜ衝突するのでしょうか.hibernateのエンティティクラスマッピングファイルをassignedに変更しても同じ異常が発生するのは不思議です
ネットで検索してみると、Hibernateのプライマリ・キーが競合する異常に遭遇したことがある人もいます.通常の原因は、指定されたプライマリ・キーが同じか、プライマリ・キー生成ポリシーがnativeに設定されていないことです
しかし、私のプログラムはこの2つの原因を避けたのに、どうして現れたのだろうか.
昼近くになると、仕方なく、すべて削除して書き直す衝動があったので、考えてから最初からチェックしましょう.チェックの過程で、プライマリ・キーの競合の実際の原因が発見されました.つまり、テーブル文のプライマリ・キーidは自動的に増加していません.すなわち、auto_として指定されていません.increment
今回のデバッグ異常で、何か考えがあるようです.
1、Hibernateの異常メカニズムはまだ完全ではなく、具体的な異常を明確に投げ出すことができず、今後もフレームワークを書く過程でフレームワークの異常を改善する必要がある
2、问题を解决するには良い方法が必要で、やむを得ず、削除して书くことができなくて、结局とても时间がかかります
3、问题が発生してもいらいらしないで、メーデーは休みですが、同じようにもっと忍耐力が必要です.
......
データベースのテスト:MySQL
例外情報は次のとおりです.
org.hibernate.exception.ConstraintViolationException: could not insert: [org.xxx.entity.PropertyType]
at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:94)
at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:66)
at org.hibernate.id.insert.AbstractReturningDelegate.performInsert(AbstractReturningDelegate.java:64)
at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2176)
at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2656)
at org.hibernate.action.EntityIdentityInsertAction.execute(EntityIdentityInsertAction.java:71)
at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:279)
at org.hibernate.event.def.AbstractSaveEventListener.performSaveOrReplicate(AbstractSaveEventListener.java:321)
at org.hibernate.event.def.AbstractSaveEventListener.performSave(AbstractSaveEventListener.java:204)
at org.hibernate.event.def.AbstractSaveEventListener.saveWithGeneratedId(AbstractSaveEventListener.java:130)
at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.saveWithGeneratedOrRequestedId(DefaultSaveOrUpdateEventListener.java:210)
at org.hibernate.event.def.DefaultSaveEventListener.saveWithGeneratedOrRequestedId(DefaultSaveEventListener.java:56)
at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.entityIsTransient(DefaultSaveOrUpdateEventListener.java:195)
at org.hibernate.event.def.DefaultSaveEventListener.performSaveOrUpdate(DefaultSaveEventListener.java:50)
at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:93)
at org.hibernate.impl.SessionImpl.fireSave(SessionImpl.java:563)
at org.hibernate.impl.SessionImpl.save(SessionImpl.java:551)
at org.hibernate.impl.SessionImpl.save(SessionImpl.java:547)
at org.xianfeng.hibernate.dao.HibernateDaoImpl.save(HibernateDaoImpl.java:110)
at org.xianfeng.platform.property.service.impl.PropertyTypeServiceImpl.saveOrUpdate(PropertyTypeServiceImpl.java:58)
at org.xianfeng.platform.test.TestPropTypeService.save(TestPropTypeService.java:31)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.internal.runners.TestMethod.invoke(TestMethod.java:59)
at org.junit.internal.runners.MethodRoadie.runTestMethod(MethodRoadie.java:98)
at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.java:79)
at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:87)
at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:77)
at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:42)
at org.junit.internal.runners.JUnit4ClassRunner.invokeTestMethod(JUnit4ClassRunner.java:88)
at org.junit.internal.runners.JUnit4ClassRunner.runMethods(JUnit4ClassRunner.java:51)
at org.junit.internal.runners.JUnit4ClassRunner$1.run(JUnit4ClassRunner.java:44)
at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27)
at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:37)
at org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Duplicate entry '0' for key 1
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:406)
at com.mysql.jdbc.Util.getInstance(Util.java:381)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1015)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:956)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3491)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3423)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1936)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2060)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2542)
at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:1734)
at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2019)
at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1937)
at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1922)
at com.mchange.v2.c3p0.impl.NewProxyPreparedStatement.executeUpdate(NewProxyPreparedStatement.java:105)
at org.hibernate.id.IdentityGenerator$GetGeneratedKeysDelegate.executeAndExtract(IdentityGenerator.java:94)
at org.hibernate.id.insert.AbstractReturningDelegate.performInsert(AbstractReturningDelegate.java:57)
... 40 more例外情報により、データベース・テーブルのプライマリ・キーが競合していることが確認されます.
しかし、プライマリ・キーを定義するときはnativeとして自動的に生成されるように指定されていますが、なぜ衝突するのでしょうか.hibernateのエンティティクラスマッピングファイルをassignedに変更しても同じ異常が発生するのは不思議です
ネットで検索してみると、Hibernateのプライマリ・キーが競合する異常に遭遇したことがある人もいます.通常の原因は、指定されたプライマリ・キーが同じか、プライマリ・キー生成ポリシーがnativeに設定されていないことです
しかし、私のプログラムはこの2つの原因を避けたのに、どうして現れたのだろうか.
昼近くになると、仕方なく、すべて削除して書き直す衝動があったので、考えてから最初からチェックしましょう.チェックの過程で、プライマリ・キーの競合の実際の原因が発見されました.つまり、テーブル文のプライマリ・キーidは自動的に増加していません.すなわち、auto_として指定されていません.increment
今回のデバッグ異常で、何か考えがあるようです.
1、Hibernateの異常メカニズムはまだ完全ではなく、具体的な異常を明確に投げ出すことができず、今後もフレームワークを書く過程でフレームワークの異常を改善する必要がある
2、问题を解决するには良い方法が必要で、やむを得ず、削除して书くことができなくて、结局とても时间がかかります
3、问题が発生してもいらいらしないで、メーデーは休みですが、同じようにもっと忍耐力が必要です.
......