Django全新迁移报‘no such table’错：添加信号接收器后的问题

1. 模块级数据库查询触发过早：你的signals.py导入了badges.badge_stuff.badges，如果badges是直接从数据库查询生成的（比如Badge.objects.all()），那么在Django执行migrate初始化数据库时，AppConfig的ready()方法会提前加载这个模块，此时badges_badge表还未创建，直接查询就会抛出OperationalError。
2. 全局post_save信号监听范围过大：你用@receiver(post_save)监听了所有模型的保存信号，migrate过程中创建表时可能会触发某些内置模型的保存操作，此时执行badge.update()会访问不存在的badges_badge表，导致报错。

已有数据库能正常迁移，是因为badges_badge表已经存在，模块导入时的查询和信号触发时的数据库操作都能正常执行。

方案1：延迟数据库查询到信号函数内部 #

如果badges是从数据库读取的对象列表，把查询逻辑移到信号处理函数内部，避免模块导入时触发查询：

# signals.py
from django.db.models.signals import post_save
from django.dispatch import receiver
from badges.models import Badge

@receiver(post_save)
def update_badges(sender, **kwargs):
    # 仅当函数执行时才查询数据库
    badges = Badge.objects.all()
    for badge in badges:
        badge.update()

方案2：缩小信号监听范围 #

不要监听全局的post_save信号，只指定需要触发徽章更新的模型（比如用户模型）：

# signals.py
from django.db.models.signals import post_save
from django.dispatch import receiver
from django.contrib.auth.models import User  # 替换成你需要的模型
from badges.badge_stuff import badges

@receiver(post_save, sender=User)  # 仅监听User模型的保存信号
def update_badges(sender, **kwargs):
    for badge in badges:
        badge.update()

方案3：信号触发前检查表是否存在 #

在信号处理函数中先判断badges_badge表是否存在，不存在则跳过操作：

# signals.py
from django.db.models.signals import post_save
from django.dispatch import receiver
from django.db import connection
from badges.badge_stuff import badges

@receiver(post_save)
def update_badges(sender, **kwargs):
    # 检查目标表是否存在
    with connection.cursor() as cursor:
        table_names = connection.introspection.table_names(cursor)
        if 'badges_badge' not in table_names:
            return
    for badge in badges:
        badge.update()

方案4：migrate时跳过信号注册（临时方案） #

修改apps.py，在执行migrate命令时不加载信号模块：

# apps.py
from django.apps import AppConfig
import sys

class BadgesConfig(AppConfig):
    name = 'badges'

    def ready(self):
        if 'migrate' not in sys.argv:
            from . import signals

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