Django中通过新建模型变更字段类型的数据迁移方案是否正确？

现有Django模型如下：

class TestModel(models.Model):
    field1 = models.CharField(max_length=255)
    field2 = models.IntegerField()

    def __str__(self):
        return f"{self.field1}"

需要将field2的类型改为TextField，为避免数据丢失，我采用了以下数据迁移步骤：

1. 创建新模型NewTestModel：

class NewTestModel(models.Model):
    field1 = models.CharField(max_length=255)
    field2 = models.TextField()

    def __str__(self):
        return f"{self.field1}"

2. 执行python manage.py makemigrations命令生成迁移文件；
3. 在生成的0006_newtestmodel.py迁移文件中添加copy_data函数，并通过migrations.RunPython(copy_data)执行数据复制：

from django.db import migrations, models

def copy_data(apps, database_schema):
    TestModel = apps.get_model("data_migrations", "TestModel")
    NewTestModel = apps.get_model("data_migrations", "NewTestModel")

    for old_object in TestModel.objects.all():
        new_object = NewTestModel(
            field1 = old_object.field1,
            field2 = old_object.field2
        )
        new_object.save()


class Migration(migrations.Migration):

    dependencies = [
        ('data_migrations', '0005_testmodel'),
    ]

    operations = [
        migrations.CreateModel(
            name='NewTestModel',
            fields=[
                ('id', models.AutoField(auto_created=True, primary_key=True, serialize=False, verbose_name='ID')),
                ('field1', models.CharField(max_length=255)),
                ('field2', models.TextField()),
            ],
        ),
        migrations.RunPython(copy_data)
    ]

4. 删除TestModel模型并执行迁移命令；
5. 将NewTestModel重命名为TestModel，再次执行迁移命令。

所有操作均正常完成，请问该数据迁移方案是否正确？

这个方案整体可行，能实现字段类型变更且避免数据丢失，但存在几个潜在问题与优化空间：

可行的核心逻辑 #

通过「新建模型+数据复制+替换原模型」的流程，绕开了直接修改字段类型可能触发的数据库隐式转换风险，每一步操作都可独立验证数据完整性，降低了直接修改的风险。

潜在问题与优化建议 #

1. 数据一致性风险

   • 复制数据过程中，如果TestModel有新数据写入，会导致新旧模型数据不一致。生产环境下建议复制时加数据库锁，或暂时停止写入操作，避免数据遗漏。
   • 性能优化：循环逐条保存效率较低，可改用批量创建：

     def copy_data(apps, database_schema):
         TestModel = apps.get_model("data_migrations", "TestModel")
         NewTestModel = apps.get_model("data_migrations", "NewTestModel")
         
         new_objects = [
             NewTestModel(field1=obj.field1, field2=str(obj.field2))
             for obj in TestModel.objects.all()
         ]
         NewTestModel.objects.bulk_create(new_objects)
     

     这里显式将field2转为字符串，避免隐式转换可能的意外问题。

2. 关联模型的适配成本

   • 如果TestModel被其他模型作为外键关联，删除原模型后关联外键会失效，需同步修改关联模型的外键指向，重命名时还要再次调整，操作复杂度陡增。
   • 替代简化方案：直接修改原模型字段类型，调整迁移文件确保数据安全：
     1. 修改TestModel的field2为TextField；
     2. 执行python manage.py makemigrations生成迁移文件；
     3. 拆分迁移操作：先新增临时TextField字段、复制数据，再删除原Integer字段、重命名临时字段为field2。这种方式无需新建模型，流程更简洁。

3. 迁移文件的维护风险

   • 该方案会生成多个独立迁移文件（新建、删除、重命名），团队协作时需确保迁移顺序正确，否则可能引发执行失败。

4. 重命名模型的验证环节

   • 重命名模型时Django会修改数据库表名，需验证表名修改后数据是否完整，避免数据库层面的操作异常。

总结 #

如果TestModel无关联模型，且操作期间能确保无新数据写入，这个方案可以正常工作。但复杂场景下，更推荐「直接修改字段类型+调整迁移文件」的方式，简化流程同时降低维护成本。

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