Spring 当@Column（name="；foo"；）注释与字段名不匹配时，如何解决@Id字段上的错误

当我用@Id在一个实体上定义一个字段，并且有一个与字段名不匹配的@Column注释时，我似乎遇到了麻烦。i、 e

public class MyEntity {
    @Id
    @Column(name = "foo")
    private Long id;

   ...   
}

当我尝试使用repository save（）方法持久化此内容时，我得到：

org.springframework.beans.factory.BeanCreationExeption
org.springframework.dao.DataIntegrityViolationException
Integrity constraint violation: 
    NOT Null check constraint; SYS_CT_10083 table: MyEntity column ID

如果@Column注释中的名称更改为“id”（以匹配字段名和getId（）访问器），那么它可以正常工作

这是在一个测试中发生的，我已经从我的实体创建了一个嵌入式H2或HSQL数据库（我尝试了两者）

通过挖掘日志，我可以看到表的创建不正确：

[tool.hbm2ddl.SchemaUpdate] 
create table MyEntity (
    foo bigint not null, 
    ..., 
    id integer not null, 
    primary key (id))

因此，问题似乎在于存在@Id注释时如何生成表

有没有人想过我应该在哪里解决这个问题？在我看来，spring数据或hibernate中可能存在错误，但我不太确定如何最好地解决这个问题

仅供参考-我正在使用Spring3.2.4.RELEASE、SpringDataJPA1.3.4.RELEASE和HibernateEntityManager 4.0.1.Final

对于那些喜欢阅读堆栈跟踪的人，下面是一个完整跟踪的示例

谢谢任何人能提供的帮助

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'com.foo.integration.repositories.JobRepositoryTest': Invocation of init method failed; nested exception is org.springframework.dao.DataIntegrityViolationException: integrity constraint violation: NOT NULL check constraint; SYS_CT_10083 table: JOB column: ID; SQL [n/a]; constraint [null]; nested exception is org.hibernate.exception.ConstraintViolationException: integrity constraint violation: NOT NULL check constraint; SYS_CT_10083 table: JOB column: ID

            at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor.postProcessBeforeInitialization(InitDestroyAnnotationBeanPostProcessor.java:133)

            at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFactory.java:396)

            at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1475)

            at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:388)

            at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.injectDependencies(DependencyInjectionTestExecutionListener.java:111)

            at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.prepareTestInstance(DependencyInjectionTestExecutionListener.java:75)

            at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:312)

            at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:211)

            at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:288)

            at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)

            at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:284)

            at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:231)

            at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:88)

            at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)

            at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)

            at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)

            at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)

            at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)

            at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)

            at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71)

            at org.junit.runners.ParentRunner.run(ParentRunner.java:236)

            at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:174)

            at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)

            at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)

            at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)

            at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)

            at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)

            at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

Caused by: org.springframework.dao.DataIntegrityViolationException: integrity constraint violation: NOT NULL check constraint; SYS_CT_10083 table: JOB column: ID; SQL [n/a]; constraint [null]; nested exception is org.hibernate.exception.ConstraintViolationException: integrity constraint violation: NOT NULL check constraint; SYS_CT_10083 table: JOB column: ID

            at org.springframework.orm.hibernate3.SessionFactoryUtils.convertHibernateAccessException(SessionFactoryUtils.java:643)

            at org.springframework.orm.jpa.vendor.HibernateJpaDialect.translateExceptionIfPossible(HibernateJpaDialect.java:106)

            at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.translateExceptionIfPossible(AbstractEntityManagerFactoryBean.java:403)

            at org.springframework.dao.support.ChainedPersistenceExceptionTranslator.translateExceptionIfPossible(ChainedPersistenceExceptionTranslator.java:58)

            at org.springframework.dao.support.DataAccessUtils.translateIfNecessary(DataAccessUtils.java:213)

            at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:163)

            at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)

            at org.springframework.data.jpa.repository.support.LockModeRepositoryPostProcessor$LockModePopulatingMethodIntercceptor.invoke(LockModeRepositoryPostProcessor.java:92)

            at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)

            at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)

            at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)

            at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)

            at com.sun.proxy.$Proxy38.saveAndFlush(Unknown Source)

            at com.foo.integration.repositories.JobRepositoryTest.initialiseData(JobRepositoryTest.java:31)

            at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

            at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

            at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

            at java.lang.reflect.Method.invoke(Method.java:606)

            at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleElement.invoke(InitDestroyAnnotationBeanPostProcessor.java:344)

            at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleMetadata.invokeInitMethods(InitDestroyAnnotationBeanPostProcessor.java:295)

            at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor.postProcessBeforeInitialization(InitDestroyAnnotationBeanPostProcessor.java:130)

            ... 27 more

Caused by: org.hibernate.exception.ConstraintViolationException: integrity constraint violation: NOT NULL check constraint; SYS_CT_10083 table: JOB column: ID

            at org.hibernate.exception.internal.SQLExceptionTypeDelegate.convert(SQLExceptionTypeDelegate.java:74)

            at org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:47)

            at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:125)

            at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:110)

            at org.hibernate.engine.jdbc.internal.proxy.AbstractStatementProxyHandler.continueInvocation(AbstractStatementProxyHandler.java:129)

            at org.hibernate.engine.jdbc.internal.proxy.AbstractProxyHandler.invoke(AbstractProxyHandler.java:81)

            at com.sun.proxy.$Proxy42.executeUpdate(Unknown Source)

            at org.hibernate.engine.jdbc.batch.internal.NonBatchingBatch.addToBatch(NonBatchingBatch.java:56)

            at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2849)

            at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:3290)

            at org.hibernate.action.internal.EntityInsertAction.execute(EntityInsertAction.java:80)

            at org.hibernate.engine.spi.ActionQueue.execute(ActionQueue.java:272)

            at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:264)

            at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:186)

            at org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:326)

            at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:52)

            at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1081)

            at org.hibernate.ejb.AbstractEntityManagerImpl.flush(AbstractEntityManagerImpl.java:973)

            at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

            at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

            at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

            at java.lang.reflect.Method.invoke(Method.java:606)

            at org.springframework.orm.jpa.SharedEntityManagerCreator$SharedEntityManagerInvocationHandler.invoke(SharedEntityManagerCreator.java:241)

            at com.sun.proxy.$Proxy36.flush(Unknown Source)

            at org.springframework.data.jpa.repository.support.SimpleJpaRepository.flush(SimpleJpaRepository.java:404)

            at org.springframework.data.jpa.repository.support.SimpleJpaRepository.saveAndFlush(SimpleJpaRepository.java:372)

            at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

            at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

            at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

            at java.lang.reflect.Method.invoke(Method.java:606)

            at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.executeMethodOn(RepositoryFactorySupport.java:333)

            at org.springframework.data.repository.core.support.RepositoryFactorySupport$QueryExecutorMethodInterceptor.invoke(RepositoryFactorySupport.java:318)

            at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)

            at org.springframework.transaction.interceptor.TransactionInterceptor$1.proceedWithInvocation(TransactionInterceptor.java:96)

            at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:260)

            at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:94)

            at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)

            at org.springframework.dao.support.PersistenceExceptionTranslationInterceptor.invoke(PersistenceExceptionTranslationInterceptor.java:155)

            ... 42 more

Caused by: java.sql.SQLIntegrityConstraintViolationException: integrity constraint violation: NOT NULL check constraint; SYS_CT_10083 table: JOB column: ID

            at org.hsqldb.jdbc.Util.sqlException(Unknown Source)

            at org.hsqldb.jdbc.Util.sqlException(Unknown Source)

            at org.hsqldb.jdbc.JDBCPreparedStatement.fetchResult(Unknown Source)

            at org.hsqldb.jdbc.JDBCPreparedStatement.executeUpdate(Unknown Source)

            at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

            at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

            at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

            at java.lang.reflect.Method.invoke(Method.java:606)

            at org.hibernate.engine.jdbc.internal.proxy.AbstractStatementProxyHandler.continueInvocation(AbstractStatementProxyHandler.java:122)

            ... 75 more

Caused by: org.hsqldb.HsqlException: integrity constraint violation: NOT NULL check constraint; SYS_CT_10083 table: JOB column: ID

            at org.hsqldb.error.Error.error(Unknown Source)

            at org.hsqldb.Table.enforceRowConstraints(Unknown Source)

            at org.hsqldb.Table.insertSingleRow(Unknown Source)

            at org.hsqldb.StatementDML.insertSingleRow(Unknown Source)

            at org.hsqldb.StatementInsert.getResult(Unknown Source)

            at org.hsqldb.StatementDMQL.execute(Unknown Source)

            at org.hsqldb.Session.executeCompiledStatement(Unknown Source)

            at org.hsqldb.Session.execute(Unknown Source)

            ... 82 more

---

通常使用生成器为id列创建值

尝试：

---

在对应用程序进行了相当大的简化之后，我确定此异常是两个实体引用同一个表的副作用，其中第二个表确实有一个名为“id”的字段

i、 e

在我看来，这似乎导致Hibernate/JPA生成一个由两个实体组合而成的表并对其进行验证，其中（在上面的示例中）“pk”和“id”都是非空字段，并且（可能是因为以后按字母顺序排列）主键被设置为MyOtherEntity的@id

---

我不确定这是否是故意的。当然，我可以看到，在使用“遗留”数据库时，让多个小实体引用一个巨大的平面表可能很有用。但这确实让我大吃一惊。特别是它处理两个单独的@Id字段的方式（都是非空的，但只有一个主键）。

您是否为Id字段提供了自己的值？我现在正在提供。我最初使用的是发电机，也遇到了同样的问题。我放弃了它们，自己指定了这个值，希望通过强制使用这个值（并简化事情），事情可能会成功。事情不顺利。您是否在配置中的任何位置使用命名策略？导入都是

javax.persistence…

没有自定义命名策略。是的，所有导入都是javax.persistence。我确实从生成器开始，但这无助于解决使用错误字段名的问题。我拿出生成器并提供了字段名，希望通过自己指定值，我的测试可以顺利进行。这没用-/你是在用@Entity注释你的类吗？是的。如果没有@Column注释或其值与字段名@Column（name=“id”）相同，则实体将正确保留。另一种方法是手动将

id

字段设置为值，仅用于测试。同样按照建议，确保所有导入都是jpa（

javax.persistence

）。我已经用这个技术栈做了很多次了，我认为这里有一些简单的错误。这就是我现在正在做的，我以前尝试过生成ID。同样的例外。如前所述，@Column（name=“id”）起作用。测试显示正在插入实体实例，并且我能够从数据库中查询出该实例。因此，堆栈本身是好的。只有将@Column注释中的名称更改为类中的字段名以外的名称时，才会发生错误。

@Entity
public class MyEntity {
    @Id
    @GeneratedValue(strategy=GenerationType.AUTO)
    @Column(name = "foo")
    private Long id;

   ...   
}

@Entity
@Table(name = "my_table")
public class MyEntity {
    @Id @Column(name = "pk") private Long id;
    ...
}

@Entity
@Table(name = "my_table")
public class MyOtherEntity {
    @Id @Column(name = "id") private Long id;
    ...
}