Spring Data JPA结合H2数据库未返回非合并数据问题咨询

我太懂你这个痛点了——Persist的时候一切正常，但Merge时明明没传created_date，却出现了和预期不符的状况，比如created_date被清空或者被错误修改对吧？结合你的配置，我来拆解下问题根源和解决方案：

问题核心原因 #

当执行merge()时，JPA会把传入的游离实体的属性值合并到持久化上下文里的托管实体中。如果你的传入实体里created_date是null（比如前端没传或者你没主动设置），哪怕字段标注了updateable = false，部分JPA实现（比如Hibernate）在合并过程中，还是会尝试把这个null值赋值给托管实体的created_date，直接覆盖了原本正确的数据库值。

另外，如果你的实体类给created_date写了公共的setter方法，也可能在merge时被框架自动调用，导致意外修改。

针对性解决方案 #

1. 优化实体类字段与方法权限 #

确保created_date字段明确标注updatable = false，同时把它的setter方法设置为私有/受保护，只允许@PrePersist方法来初始化它：

@Column(name = "created_date", updatable = false, insertable = true)
private LocalDateTime createdDate;

@Column(name = "updated_date")
private LocalDateTime updatedDate;

@PrePersist
private void onCreate() {
    createdDate = LocalDateTime.now();
    updatedDate = LocalDateTime.now();
}

@PreUpdate
private void onUpdate() {
    updatedDate = LocalDateTime.now();
}

// 仅给updatedDate提供公共setter，createdDate不对外暴露修改入口
public void setUpdatedDate(LocalDateTime updatedDate) {
    this.updatedDate = updatedDate;
}

2. 手动接管Merge逻辑 #

调用merge()前，先从数据库查询出对应的托管实体，只把需要更新的属性（排除created_date）赋值给它，再执行更新：

// 假设传入的游离实体是dtoEntity
YourEntity managedEntity = entityManager.find(YourEntity.class, dtoEntity.getId());
// 只更新允许修改的业务字段
managedEntity.setUserName(dtoEntity.getUserName());
managedEntity.setEmail(dtoEntity.getEmail());
// updatedDate交给@PreUpdate自动处理，或者手动设置都可以
entityManager.merge(managedEntity);

这种方式完全避开merge对created_date的意外覆盖，逻辑更可控。

3. 用@DynamicUpdate自动过滤字段 #

在实体类上添加@DynamicUpdate注解，JPA生成的SQL会只包含实际被修改的字段，不会把created_date（哪怕是null）放到UPDATE语句里，从SQL层面杜绝修改：

@Entity
@DynamicUpdate
public class YourEntity {
    // ... 字段和回调方法
}

适合不想手动控制merge逻辑的场景，让框架帮你自动过滤不需要更新的字段。

验证方式 #

开启JPA的SQL日志，执行merge后查看生成的UPDATE语句，确认里面没有包含created_date字段，同时检查返回实体的created_date是否和数据库中的值一致。

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