JPA启动报错@Column与数据库字段不匹配，是因为Hibernate在ddl-auto=validate模式下严格校验实体映射与表结构一致性；若Oracle新增status字段而实体未同步添加对应属性及@Column(name="status")，则触发Schema-validation失败。
jpa 不会自动更新 java 实体类，字段增减后必须手动同步，否则运行时可能静默丢数据或直接启动失败。
为什么 JPA 启动时可能报错：@Column 和数据库字段不匹配
当 Oracle 表新增了 status 字段，而 JPA 实体类没加对应属性 + @Column(name = "status")，且配置了 spring.jpa.hibernate.ddl-auto=validate 或 update，启动就会失败：
org.hibernate.tool.schema.spi.SchemaManagementException: Schema-validation: missing column [status] in table [order_info]
这是因为 Hibernate 在 validate 模式下会严格比对实体映射与数据库元数据；update 模式虽能建字段，但不会补 Java 字段，反而可能掩盖问题。
-
ddl-auto=none最安全：完全禁用自动 DDL，靠 DBA 或 Flyway/Liquibase 管控变更 -
ddl-auto=validate适合测试环境：暴露不一致，但要求实体和表严格同步 -
ddl-auto=update生产禁用：可能误删列、忽略约束、不支持 Oracle 的ADD COLUMN ... NOT NULL场景
新增 NOT NULL 字段后 save() 报 ORA-01400 的真实原因
Oracle 执行了：ALTER TABLE order_info ADD COLUMN status VARCHAR2(20) NOT NULL，但 Java 实体没加 status 字段，调用 repository.save() 时：
- JPA 默认只 INSERT 映射的字段（即实体里声明的），
status被跳过 - Oracle 拒绝插入
NULL到NOT NULL列，抛出ORA-01400: cannot insert NULL into ("SCHEMA"."ORDER_INFO"."STATUS") - 即使你给字段加了
@Column(insertable = false)，也只是跳过 INSERT，UPDATE 仍可能失败
解决办法只有两个：要么给 Oracle 字段加 DEFAULT 值（如 DEFAULT 'PENDING'），要么立刻在实体类中补上字段并配好 @Column 和 getter/setter。
立即学习“Java免费学习笔记（深入）”；
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
如何让实体类和 Oracle 表结构保持最小成本同步
别依赖“自动生成工具”一键覆盖——它们常误删注释、搞乱 Lombok、忽略 @Transient 字段。推荐分步手工同步：
- 用 SQL 查出目标表最新字段：
SELECT column_name, data_type, nullable, data_length FROM all_tab_columns WHERE table_name = 'ORDER_INFO' ORDER BY column_id - 对照结果，在实体类里逐个补字段：类型按 Oracle → Java 映射（
VARCHAR2→String，NUMBER(1)→Boolean需配合@Convert） - 每个新字段必须显式加
@Column(name = "xxx")，避免 Hibernate 自动转下划线（如create_time→createTime） - 如果字段是主键/序列生成，补上
@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "seq_gen")和@SequenceGenerator
同步完务必跑一次全量集成测试，重点覆盖 save()、findById()、findAll() —— 查询可能不报错，但 status 字段值永远为 null，业务逻辑就悄悄错了。
批量字段变更时最容易被忽略的一点
Oracle 表字段改名（RENAME COLUMN）或删字段后，JPA 实体里旧字段没删干净，会导致 Hibernate 尝试 SELECT 一个已不存在的列，报 ORA-00904: "OLD_COL" invalid identifier。这种错误往往出现在上线后第一个查询请求，而不是启动时。
所以每次 DDL 变更后，不仅要加字段，还要用 git diff 对比实体类前后版本，确认没有残留的废弃字段和映射注解——这点比加新字段还关键。
