Django模型继承与字段修改迁移异常：生成AlterField而非RemoveField

问题原因 #

当你在Book类中定义同名的tags字段时，实际上是覆盖了抽象父类TaggedModel的tags字段——此时数据库中Book表的tags字段对应的是子类自己定义的版本，而非父类的。

当你删除Book类中的tags字段后，Book会继承父类的tags字段。但父类的tags字段和原来子类定义的存在参数差异：

• 父类字段带有null=True，子类原字段没有
• 父类字段的max_length使用常量TAG_MAX_LENGTH，子类原字段固定为100

Django的迁移系统会对比模型的当前状态和之前的状态，判断出现在的tags字段属性和之前不同，因此生成AlterField迁移，而不是RemoveField——因为数据库中的tags字段并没有被移除，只是对应的模型字段定义发生了变更。

解决建议 #

• 确认字段参数一致性：先检查TAG_MAX_LENGTH的值是否等于100。如果一致，迁移中max_length的修改可以忽略；如果不一致，需要确认业务是否接受这个长度变化。另外，新增的null=True需要评估是否允许tags字段为NULL，避免影响现有数据。
• 谨慎修改迁移文件：如果业务上不需要修改字段属性，可以手动调整迁移文件，但操作前必须备份数据库，且在测试环境验证，防止破坏数据。
• 数据验证：执行迁移前，先检查现有Book实例的tags字段是否有非NULL值，确保添加null=True不会引发数据问题。
• 规范模型设计：后续避免在子类中覆盖抽象父类的字段，除非确实需要不同的字段配置，直接继承父类字段即可减少此类迁移混淆。

原模型代码 #

class TaggedModel(models.Model):
    tags = ArrayField(
        models.CharField(max_length=TAG_MAX_LENGTH, blank=True),
        blank=True,
        null=True,
    )

    class Meta:
        abstract = True

class Book(TaggedModel):
    category = models.ForeignKey("BookCategory", on_delete=CASCADE)
    tags = ArrayField(
        models.CharField(max_length=100, blank=True),
        blank=True,
    )
    # Removed tags field from here

生成的迁移文件 #

import django.contrib.postgres.fields
from django.db import migrations, models


class Migration(migrations.Migration):

    dependencies = [
        ('test', '0084_remove_inputs'),
    ]

    operations = [
        migrations.AlterField(
            model_name='book',
            name='tags',
            field=django.contrib.postgres.fields.ArrayField(
                base_field=models.CharField(
                    blank=True, 
                    max_length=100
                ), 
                blank=True, 
                null=True, 
                size=None
            ),
        ),
    ]

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