JPA Inventory实体与Liquibase建表字段匹配问题咨询

问题答复 #

1. 是否属于错误？

这不属于语法层面的硬性错误，但属于表结构与JPA持久化逻辑不匹配的规范疏漏，不符合生产级项目的开发要求。

2. 这种写法是否可行？

是否能临时运行取决于你的JPA配置：

• 若Hibernate的hbm2ddl.auto配置为update/create等非none值，项目启动时Hibernate会自动在inventories表中补建image_exists字段，此时服务可以正常启动运行。
• 若按生产环境规范将hbm2ddl.auto设为none，完全由Liquibase管控表结构变更，该写法会留下明确的故障隐患。

3. 新增实体时会不会抛出错误？

和表结构的最终状态直接相关：

• 若表中已存在image_exists字段（无论是手动补加还是Hibernate自动创建）：不会抛出错误，imageExists字段未赋值时会默认存储为null。
• 若表中确实没有image_exists字段：执行插入/更新操作时会抛出SQL语法异常，报错信息类似Unknown column 'image_exists' in 'field list'，原因是JPA生成的SQL语句会携带该字段，而数据库表不存在对应列。

4. JPA实体字段是否必须和Liquibase脚本的字段完全对应？

不需要绝对的一一对应，仅需保证参与持久化的实体字段和表字段匹配即可，合法的不对应场景包括：

• 实体类中添加了@Transient注解的字段仅用于临时业务计算，不参与数据库读写，不需要在表中创建对应字段
• 表中存在实体类不需要读取的冗余字段，不需要在实体类中声明对应属性
• 使用@Convert自定义转换器、@Formula计算字段等特殊映射逻辑时，可按需实现非一一对应的映射关系
  但在常规业务开发场景下，所有没有@Transient注解的持久化字段，都需要在Liquibase脚本中定义对应的表字段，避免生产环境出现不可预期的运行故障。

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