如何在Django ContentType模型更新时同步自定义BaseContentTypeModel

方案1：替换全局ContentType模型（最优，无需同步逻辑） #

Django 3.2及以上版本支持通过settings.CONTENT_TYPE_MODEL配置自定义全局ContentType模型，你直接把你写的BaseContentTypeModel注册为全局默认ContentType即可，Django框架自身所有生成、查询ContentType的逻辑都会直接操作你的自定义表，完全不需要额外做跨表同步。
配置步骤：

1. 确保你的BaseContentTypeModel字段完全兼容原生ContentType，除了你自己加的同步相关字段外，原生字段的定义、约束要和Django原生的ContentType保持完全一致
2. 在settings.py中添加配置：

CONTENT_TYPE_MODEL = "你的app名.BaseContentTypeModel"

这个方案从根源上消灭了同步需求，是成本最低的实现。

方案2：post_migrate信号全量同步 #

如果你的Django版本低于3.2不支持自定义ContentType模型，可使用Django内置的post_migrate信号实现触发同步：
post_migrate信号会在每次执行migrate命令的所有迁移操作全部完成后触发，刚好可以覆盖迁移过程中ContentType新增/变更的场景，同时搭配模型的post_save/post_delete信号覆盖应用运行时的ContentType变更，实现全场景覆盖：

from django.db.models.signals import post_save, post_delete, post_migrate
from django.dispatch import receiver
from django.contrib.contenttypes.models import ContentType
from 你的app名.models import BaseContentTypeModel

# 运行时增量同步
@receiver(post_save, sender=ContentType)
def sync_content_type_on_save(sender, instance, created, **kwargs):
    BaseContentTypeModel.objects.update_or_create(
        id=instance.id,
        defaults={
            "app_label": instance.app_label,
            "model": instance.model,
        }
    )

@receiver(post_delete, sender=ContentType)
def sync_content_type_on_delete(sender, instance, **kwargs):
    BaseContentTypeModel.objects.filter(id=instance.id).delete()

# 迁移后全量兜底同步，覆盖迁移过程中触发的ContentType变更
@receiver(post_migrate)
def sync_all_content_types_after_migrate(sender, **kwargs):
    # 全量比对差量更新
    existing_ids = set(BaseContentTypeModel.objects.values_list("id", flat=True))
    ctype_ids = set()
    for ctype in ContentType.objects.all():
        ctype_ids.add(ctype.id)
        BaseContentTypeModel.objects.update_or_create(
            id=ctype.id,
            defaults={"app_label": ctype.app_label, "model": ctype.model}
        )
    # 删除已经不存在的记录
    BaseContentTypeModel.objects.filter(id__in=existing_ids - ctype_ids).delete()

这个方案完全在Django应用层实现，不需要修改数据库配置，只需要确保信号注册逻辑在应用启动时被加载即可。

方案3：数据库触发器（最高可靠性） #

如果需要100%不遗漏任何ContentType变更，不管是Django层面的操作还是直接手动修改数据库的操作都能捕获，可以直接在数据库层面创建触发器：
以PostgreSQL为例，触发器逻辑参考：

-- 创建同步函数
CREATE OR REPLACE FUNCTION sync_content_type_to_base()
RETURNS TRIGGER AS $$
BEGIN
    IF TG_OP = 'INSERT' OR TG_OP = 'UPDATE' THEN
        INSERT INTO content_type_basecontenttypemodel (id, app_label, model)
        VALUES (NEW.id, NEW.app_label, NEW.model)
        ON CONFLICT (id) DO UPDATE 
        SET app_label = EXCLUDED.app_label, model = EXCLUDED.model;
        RETURN NEW;
    ELSIF TG_OP = 'DELETE' THEN
        DELETE FROM content_type_basecontenttypemodel WHERE id = OLD.id;
        RETURN OLD;
    END IF;
END;
$$ LANGUAGE plpgsql;

-- 绑定触发器到ContentType表
CREATE TRIGGER trigger_sync_content_type
AFTER INSERT OR UPDATE OR DELETE ON django_content_type
FOR EACH ROW EXECUTE FUNCTION sync_content_type_to_base();

你可以把创建触发器的逻辑写到Django迁移文件中，用RunSQL操作执行，确保部署时自动生效。

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