Spring Boot+Hibernate中Oracle的frequencyQty字段无法从Null更新值

针对你遇到的Oracle 19c下Spring Data JPA更新null字段失败的问题，结合日志显示"先设值后改回null"的现象，按以下优先级排查：

1. 优先检查数据库触发器 #

这是最可能的原因——数据库端的触发器在更新操作后自动将字段重置为null。

• 登录Oracle数据库，执行以下SQL查询目标表的触发器：

  SELECT TRIGGER_NAME, TRIGGER_TYPE, TRIGGERING_EVENT, STATUS 
  FROM USER_TRIGGERS 
  WHERE TABLE_NAME = '你的表名大写'; -- Oracle表名默认大写
  

• 查看触发器的具体逻辑，比如是否存在BEFORE UPDATE或AFTER UPDATE触发器，当frequencyQty为null时强制重置值，或者触发器中错误引用旧值（:OLD.frequencyQty）覆盖新值。

2. 排查Hibernate脏检查与实体映射 #

• 检查实体类的equals()和hashCode()方法：如果这两个方法未包含frequencyQty字段，Hibernate可能无法识别该字段的修改，导致脏检查失效。不过结合你的日志有两次SQL操作，这个可能性较低，但仍需确认。
• 核对@Column注解属性：确认没有设置updatable=false或insertable=false（你提到已有值能更新，updatable应为true，但可以再二次核对）。

3. 追踪第二次SQL的来源 #

开启更详细的Hibernate日志，定位第二次更新SQL的触发方：

• 在application.yml或application.properties中添加日志配置：

  logging:
    level:
      org.hibernate.SQL: DEBUG
      org.hibernate.type.descriptor.sql.BasicBinder: TRACE
      org.hibernate.event.internal: DEBUG
  

• 查看日志中第二次更新SQL的上下文，确认是Hibernate内部触发（比如实体刷新）还是外部代码（如AOP、自定义逻辑）触发。

4. 排查代码层面的拦截逻辑 #

• 检查项目中是否存在针对该实体的AOP切面、自定义Repository实现，或者@PreUpdate/@PrePersist注解方法，这些逻辑可能在save操作前后修改了frequencyQty的值。
• 尝试绕过Spring Data JPA，用JDBC模板直接执行更新语句：

  jdbcTemplate.update("UPDATE 表名 SET frequency_qty = ? WHERE id = ?", new BigDecimal("4"), 你的ID);
  

  如果执行后字段仍被设回null，说明问题肯定在数据库端；如果成功，则聚焦Spring Data JPA/Hibernate的配置问题。

5. 检查Oracle字段约束 #

确认数据库字段没有设置特殊约束，比如DEFAULT NULL结合异常触发逻辑，或者字段类型与实体映射是否完全匹配（你提到precision和scale一致，但可以再用DESC 表名核对）。

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