已设null=True仍违反非空约束？Django+PostgreSQL问题求助

问题场景 #

设置外键字段sidebar的null=True并执行迁移后，Django显示迁移已应用，但PostgreSQL中qa_howquestion表的sidebar_id字段仍为not null，设置该字段为null时触发IntegrityError，而SQLite开发环境无此问题。

解决步骤 #

1. 验证迁移文件的正确性

打开对应修改字段的迁移文件，确认AlterField操作是否正确配置了null=True：

migrations.AlterField(
    model_name='howquestion',
    name='sidebar',
    field=models.ForeignKey(
        blank=True, 
        null=True, 
        on_delete=django.db.models.deletion.SET_NULL, 
        related_name='qa_sidebars', 
        to='sidebar.Sidebar'
    ),
),

如果迁移文件配置有误，先回滚到上一个迁移版本，再重新生成迁移：

# 回滚到问题迁移之前的版本，替换为实际的迁移前缀（如0004）
python manage.py migrate qa 0004
# 重新生成迁移
python manage.py makemigrations qa
# 应用迁移
python manage.py migrate qa

2. 强制重新应用迁移

若迁移文件正确但数据库未更新，可先回滚再重新应用：

# 回滚到目标迁移的前一个版本，替换为实际的迁移标识
python manage.py migrate qa <迁移文件名前缀>_previous
# 重新应用迁移
python manage.py migrate qa

注意：回滚迁移可能影响数据，操作前务必备份数据库。

3. 直接修改PostgreSQL字段（应急方案）

如果上述方法无效，可直接通过SQL语句修改字段属性：

ALTER TABLE qa_howquestion ALTER COLUMN sidebar_id DROP NOT NULL;

执行后重新检查字段的Nullable状态。

4. 核对Django迁移历史表

PostgreSQL中django_migrations表记录了迁移执行状态，若迁移标记为已应用但实际未生效，可删除记录后重新执行：

-- 查询目标迁移记录
SELECT * FROM django_migrations WHERE app='qa' AND name='<问题迁移文件名>';
-- 删除错误的迁移记录
DELETE FROM django_migrations WHERE app='qa' AND name='<问题迁移文件名>';

然后重新执行迁移：

python manage.py migrate qa

差异原因说明 #

SQLite对ALTER TABLE的支持有限，Django会采用创建新表、迁移数据、删除旧表的方式处理字段修改，这种方式更容易掩盖迁移执行中的异常；而PostgreSQL直接修改字段结构，迁移执行的问题会直接暴露。

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