Flyway迁移改表结构时Docker部署数据库表无法识别及关联修改问题

你提供的重命名SQL执行顺序错误：第一条语句就将document_entity重命名为documents，后续两条ALTER语句仍使用旧表名操作，自然会提示无法识别目标表。

-- 优先修改原表的字段名，此时表仍为旧名可正常识别
ALTER TABLE document_entity
  RENAME COLUMN document_id TO id;
ALTER TABLE document_entity
  RENAME COLUMN document_file TO file;
-- 所有字段修改完成后再修改表名
ALTER TABLE document_entity
  RENAME TO documents;

针对原表的外键、关联约束，按照以下步骤修改即可，以下为通用示例，你可以替换为实际的关联表名、约束名：

-- 步骤1：删除关联表中指向旧表、旧字段的外键约束
ALTER TABLE 你的关联表名
  DROP CONSTRAINT 原外键约束名;

-- 步骤2（可选）：如果需要同步修改关联表的关联字段名，执行以下语句
ALTER TABLE 你的关联表名
  RENAME COLUMN 原关联字段名（如document_id） TO 新字段名（如doc_id）;

-- 步骤3：重建指向新表、新主键的外键约束
ALTER TABLE 你的关联表名
  ADD CONSTRAINT 新外键约束名 FOREIGN KEY (关联字段名) REFERENCES documents(id);

• 该修改脚本的版本号需要高于初始建表脚本的版本号，例如初始建表脚本为V1__init_base_tables.sql，修改脚本可命名为V2__rename_document_table.sql，保证Flyway按顺序执行
• 确认Flyway配置的连接地址、库名、schema与Docker部署的数据库配置完全一致，避免跨schema访问导致表识别失败
• 可根据你使用的数据库类型（如PostgreSQL/MySQL）在ALTER语句前加表/字段存在性判断，避免重复执行报错

内容的提问来源于stack exchange，提问作者Jakub Kołacz