升级至SpringBoot3.1+Hibernate6.2后，实体继承字段未保存及HTE_WORKER表异常问题

• 注解包路径是否正确切换
  升级到Jakarta EE后，所有JPA注解必须从javax.persistence.*替换为jakarta.persistence.*。确认CommonAttributes类中username字段的@Column（如果有）、父类的@MappedSuperclass都来自Jakarta包，旧的javax注解在Hibernate 6中会被忽略，导致字段无法被映射。

• 访问策略是否统一
  Hibernate 6对实体字段的访问策略校验更严格。检查继承链中三个类的访问方式：如果GenericEntity用的是字段访问（直接在字段上加注解），CommonAttributes却用属性访问（在getter上加注解），会导致Hibernate无法正确识别username字段。要么统一用字段访问，要么统一用属性访问，或者在类上显式添加@Access(AccessType.FIELD)/@Access(AccessType.PROPERTY)指定。

• 是否存在字段被忽略的情况
  检查username字段或其getter上是否误加了@Transient注解，Hibernate 6会严格忽略标记为Transient的字段。另外，排查是否有自定义的实体监听器、Spring Data JPA转换器，或者全局的字段过滤规则，导致username未被纳入持久化逻辑。

• 列名映射是否匹配
  Hibernate 6默认的隐式命名策略和旧版Hibernate 4不同，可能自动生成的列名和预期不符（比如带上父类前缀）。可以在username字段的@Column注解中显式指定name = "username"，确保和数据库表HTE_WORKER中的列名完全对应，避免因列名不匹配导致数据无法存入。

• 事务与对象赋值检查
  确认保存Worker的接口方法是否标注了@Transactional，无事务情况下Hibernate可能不会执行持久化操作。同时检查接口调用时，Worker对象的username属性是否确实被正确赋值——比如是否存在参数绑定错误，导致username为null或未被设置。

• 继承链中的注解冲突
  检查GenericEntity和CommonAttributes中是否有重复的字段定义，或者注解属性冲突（比如某个父类设置了@Column(updatable = false)之类的属性，覆盖了username字段的正常持久化规则）。Hibernate 6对继承链中注解的合并逻辑更严格，这类冲突容易导致字段无法被正确处理。

内容的提问来源于stack exchange，提问作者Andrea P.