Django项目迭代保留旧Postgres数据库出现迁移错误该如何解决？

该错误本质是--fake参数仅同步了Django的迁移记录状态，未实际执行数据库结构变更操作，导致新项目的模型定义和真实Postgres库表结构不一致，访问时代码请求的字段在数据库中不存在。

• 第一步：回退错误的fake迁移记录
  先定位到你本次fake操作前，Django和旧数据库完全匹配的最新迁移编号，执行回退命令：
  python manage.py migrate --fake <你的应用名> <上一个正常迁移的编号>
  示例：如果你的应用名为user，上次正常迁移为0002_auto_20230101，本次错误fake的是0003的迁移，命令为：python manage.py migrate --fake user 0002_auto_20230101
• 第二步：比对模型与库表结构差异
  逐表逐字段对比新项目的models.py定义和Postgres的实际表结构，整理出所有差异项：
  • 新增的表、字段
  • 修改了字段类型、约束的字段
  • 已删除的表、字段
• 第三步：同步结构与迁移状态
  根据差异量选择对应方案：
  1. 差异量极小的场景：直接在Postgres中手动执行ALTER TABLE、CREATE TABLE等SQL语句，把库结构调整为和新项目模型完全一致，调整完成后执行python manage.py migrate --fake <你的应用名>，将Django迁移状态同步为最新即可
  2. 差异量较大的场景：确保所有新增字段要么设置了default默认值，要么设置了null=True允许为空，执行python manage.py makemigrations生成合法的迁移文件，之后直接执行python manage.py migrate（无需加--fake），Django会自动执行所有结构变更，不会覆盖旧库的存量数据
• 第四步：验证修复效果
  启动项目后访问之前报错的页面，确认无Programming Error Column Does Not Exist报错，同时校验旧库的存量数据读取正常。

• 首次对接旧库时，优先执行python manage.py inspectdb > models.py自动生成和现有库结构完全匹配的模型文件，再在该基础上做迭代修改
• 迭代过程中除非已手动完成数据库结构变更，否则不要随意使用--fake参数执行迁移，优先走正常的makemigrations+migrate流程

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