是否应避免在Django迁移中使用模型？现有项目迁移问题咨询

嘿，我太懂你这个困扰了——在Django迁移里直接写someFluffyModel.objects.all().delete()或者创建模型实例的代码，从头执行迁移时总会莫名其妙报错，本质就是你说的：迁移里用的模型和执行该迁移时应该对应的模型版本不一致！

问题根源拆解 #

Django的迁移是按顺序执行的，但每个迁移文件里如果直接导入项目中的模型，引用的其实是当前项目里的最新模型版本，而不是该迁移创建时对应的那个历史版本。举个例子：

你在迁移0005_clean_old_data里写了删除SomeFluffyModel所有数据的代码，后来又在0006_add_new_field给这个模型加了新字段。当从头跑迁移到0005时，代码里的SomeFluffyModel已经是0006修改后的版本，和0005执行时数据库的结构不匹配，自然就会抛出字段不存在或者结构错误的异常。

靠谱的解决办法 #

1. 用apps.get_model()获取对应版本的模型

这是最推荐的方案！Django的RunPython操作允许你接收apps参数，通过它可以获取到当前迁移步骤对应的模型版本，而不是项目里的最新模型。示例代码：

def delete_old_fluff_data(apps, schema_editor):
    # 用apps.get_model(app_label, model_name)获取对应版本的模型
    SomeFluffyModel = apps.get_model('your_app_name', 'SomeFluffyModel')
    SomeFluffyModel.objects.all().delete()

class Migration(migrations.Migration):
    dependencies = [
        ('your_app_name', '0004_previous_migration'),
    ]

    operations = [
        # 先执行数据操作
        migrations.RunPython(delete_old_fluff_data),
        # 再执行架构修改操作
        migrations.AddField(
            model_name='somefluffymodel',
            name='new_field',
            field=models.CharField(max_length=100, null=True),
        ),
    ]

这样不管后续怎么修改模型，这个迁移里用的都是0004之后、0005执行时对应的模型版本，完全不会冲突。

2. 分离数据操作和架构修改迁移

如果你的数据操作比较复杂，或者担心和架构修改混在一起出问题，可以把数据操作和架构修改分成两个独立的迁移文件：

• 第一步：创建一个空迁移（python manage.py makemigrations --empty your_app_name），在里面添加数据操作的RunPython代码，生成比如0005_clean_data。
• 第二步：再执行python manage.py makemigrations生成架构修改的迁移，比如0006_modify_schema。
• 确保0006的依赖是0005，这样从头执行时会先完成数据清理，再修改数据库结构，版本完全匹配。

3. Fixtures的正确使用姿势

你提到的fixtures更适合加载项目初始化的基础数据（比如默认配置、枚举值），如果是迁移过程中的数据调整，还是上面两个方法更合适。如果要在迁移里加载fixture，可以在RunPython里调用loaddata，同样要注意用apps获取模型：

def load_initial_data(apps, schema_editor):
    from django.core.management import call_command
    call_command('loaddata', 'your_fixture.json')

class Migration(migrations.Migration):
    operations = [
        migrations.RunPython(load_initial_data),
    ]

关键注意事项 #

• 绝对不要在迁移文件顶部直接导入模型（比如from your_app.models import SomeFluffyModel），这种导入会绑定到最新模型版本，必踩坑！
• 迁移里的数据操作尽量保持简单，复杂的数据转换建议拆分成多个小迁移，方便排查问题。

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