Django多Postgres Schema迁移异常：提示“No migrations to apply”

我来帮你拆解这个问题的根源，并给出可行的解决方案：

问题根源分析 #

你的核心问题出在数据库连接的search_path配置与Django迁移时的django_migrations表读取逻辑冲突上：

• 先迁移default数据库时，它的search_path是django,default，Django会在default schema下创建并写入django_migrations表。
• 接着迁移other数据库时，它的search_path是other,default，Django会优先在search_path的第一个schema（other）查找django_migrations，但如果该表未创建，就会 fallback 到default schema下的同名表——而这个表已有迁移记录，导致Django误以为other的迁移已完成，从而提示"No migrations to apply"。
• 颠倒顺序时，other的django_migrations先被创建，后续迁移default时，search_path优先级是django,default，不会读取other的表，因此能正常执行。

而你改成单schema的search_path后，本地正常但CI/Heroku报错，是因为Django创建django_migrations表时未指定schema，且数据库用户没有默认schema，从而触发"no schema has been selected to create in"错误。

正确解决方案 #

1. 修正search_path优先级，确保迁移表归属正确 #

修改数据库配置，让每个数据库的search_path第一个值为自身目标schema，这样Django创建和读取django_migrations时会优先使用对应schema下的表：

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.postgresql',
        'OPTIONS': {
            # 优先指向default schema，确保迁移表创建在此
            'options': '-c search_path=default,django',
        },
        ...
        'TEST': {
            'NAME': 'default',
            'DEPENDENCIES': ['other'],
        },
        'ATOMIC_REQUESTS': True,
    },
    'other': {
        'ENGINE': 'django.db.backends.postgresql',
        'OPTIONS': {
            # 优先指向other schema，确保迁移表创建在此
            'options': '-c search_path=other,default',
        },
        ...
        'TEST': {
            'NAME': 'other',
            'DEPENDENCIES': [],
        },
        'ATOMIC_REQUESTS': True,
    }
}

2. 给数据库用户设置默认schema（解决CI/Heroku报错） #

在TravisCI或Heroku的数据库初始化环节，给连接用户设置对应默认schema：

-- 给default数据库的用户设置默认schema
ALTER ROLE your_default_db_user SET search_path TO default,public;
-- 给other数据库的用户设置默认schema
ALTER ROLE your_other_db_user SET search_path TO other,public;

这样即使Django未明确指定schema，数据库也会默认使用目标schema创建表，避免报错。

3. 强制指定模型的schema（可选进阶方案） #

如果上述方法仍有问题，可以在模型中明确指定schema，彻底避免search_path冲突：

class YourModel(models.Model):
    # 字段定义
    class Meta:
        db_table = '"other"."your_table_name"'

验证步骤 #

1. 清空现有数据库的所有schema并重新创建。
2. 先执行py manage.py migrate，再执行py manage.py migrate --database=other，检查两个schema下均生成对应django_migrations表和业务表。
3. 在CI/Heroku环境中，先执行设置默认schema的SQL脚本，再执行迁移命令，确认不再报错。

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