配置JPA虚拟列insertable=false仍触发ORA-54013插入异常

ORA-54013错误明确说明你的INSERT语句中包含了Oracle虚拟列CONTACT_BROOM，这意味着虽然你配置了insertable=false，但Hibernate仍将该列加入了INSERT语句中。以下是可能的原因和对应的解决方法：

1. 移除nullable=false属性 #

你在@Column中同时设置了nullable=false和insertable=false，这可能触发Hibernate的元数据处理逻辑冲突：

• 虚拟列由数据库自动生成，本身不会为空，无需JPA层面做非空校验
• Hibernate在处理nullable=false的字段时，可能会强制将其纳入INSERT语句（即使标记了insertable=false）

修改后的字段配置：

@Column(name="CONTACT_BROOM", insertable=false, updatable=false)
private String contactBroom; // 类型根据实际数据库列类型调整

2. 检查是否存在重复字段映射 #

确认你的实体类（包括继承的父类）中没有其他字段也映射到CONTACT_BROOM列。如果存在重复映射，其中某个字段未设置insertable=false，会导致Hibernate将该列加入INSERT语句。

3. 验证动态插入注解的影响 #

如果你的实体类使用了@DynamicInsert注解，Hibernate会仅插入非空字段，但部分版本的Hibernate可能对insertable=false的字段处理存在异常。可以尝试暂时移除@DynamicInsert，再测试插入操作。

4. 开启SQL日志确认生成的语句 #

通过日志查看Hibernate实际生成的INSERT语句，直接定位问题根源：
在application.properties中添加日志配置：

spring.jpa.show-sql=true
spring.jpa.properties.hibernate.format_sql=true
logging.level.org.hibernate.type=TRACE

执行插入操作后，检查控制台输出的SQL是否包含CONTACT_BROOM列，以此验证注解是否生效。

5. 检查Hibernate版本兼容性 #

虽然你使用的Hibernate 5.6.14.Final属于稳定版本，但仍存在小概率的版本Bug。如果上述方法都无效，可以尝试升级到同系列的更高版本（如5.6.x的最新版），或者回退到之前的稳定版本测试。

内容的提问来源于stack exchange，提问作者JBStonehenge