Django多应用执行makemigrations提示表不存在报错如何解决

正常情况下makemigrations命令只会扫描项目的模型文件生成迁移脚本，不会主动查询实际数据库，你遇到的报错核心原因是项目代码中存在模块导入阶段就触发的数据库查询操作：Django启动执行命令的阶段就直接尝试查询weatherapi_weatherstation表，而这张表还未通过迁移创建，因此直接抛出表不存在的错误。

常见的触发场景包括：

• 在全局作用域、模型类属性、字段默认值位置直接写了ORM查询语句，且执行了查询（比如调用了get()、first()、all()等方法）
• 路由、Admin注册、__init__.py等项目启动时就会加载的文件中，存在生成选项、配置参数时直接调用模型查询的逻辑
• 额外小问题：你输入的命令存在拼写错误，正确命令是makemigrations，你少写了末尾的字母n，不过这不是本次报错的核心诱因。

按以下步骤操作即可解决：

1. 全局排查项目代码中所有调用WeatherStation或其他模型查询的逻辑，定位导入时就执行的查询：
   • 如果是字段默认值直接写了查询结果，改成传入可调用对象，示例：

     # 错误写法（导入时直接执行查询）
     station = models.ForeignKey(WeatherStation, default=WeatherStation.objects.first(), on_delete=models.CASCADE)
     # 正确写法（调用时才会执行查询）
     def get_default_station():
         return WeatherStation.objects.first()
     station = models.ForeignKey(WeatherStation, default=get_default_station, on_delete=models.CASCADE)
     

   • 如果是Admin、路由等位置直接生成静态选项列表调用了查询，改成使用Django的动态选项（比如ModelChoiceField、Django3.0+支持的可调用类型choices参数）
2. 排查完成后，删除两个应用migrations文件夹下除了__init__.py之外的所有文件，已经重建过数据库可以跳过清空迁移记录的步骤。
3. 依次执行正确的命令：
   • 按应用单独生成迁移（避免依赖问题）：

     python manage.py makemigrations 第一个应用名（你存WeatherStation的应用，比如weatherapi）
     python manage.py makemigrations 第二个应用名
     

   • 执行迁移创建表：

     python manage.py migrate
     

额外提示：你第二个应用的模型中用到的BaseModel、RichTextField、Category需要确认已经正确导入，否则后续生成迁移时会抛出未定义的错误。

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