Django：使用代理模型切换对象时丢失变更历史的解决方案咨询

核心原因 #

Django的LogEntry表通过content_type字段关联模型，代理模型会生成独立的ContentType，主模型和代理模型的变更记录会被分别存储，切换代理模型后，Admin只会显示当前模型对应的LogEntry，导致历史记录“丢失”。

具体解决办法 #

1. 聚合多模型的变更记录（推荐，改动最小） #

重写代理模型Admin的history_view方法，让它同时查询主模型和所有关联代理模型的变更日志：

from django.contrib.admin.models import LogEntry
from django.contrib.contenttypes.models import ContentType

class UnifiedHistoryAdmin(admin.ModelAdmin):
    def history_view(self, request, object_id, extra_context=None):
        # 获取主模型及所有代理模型的ContentType
        main_model = self.model._meta.concrete_model
        related_models = [main_model] + list(main_model._meta.proxy_models)
        content_types = ContentType.objects.get_for_models(*related_models).values()
        
        # 查询所有关联的变更记录
        log_entries = LogEntry.objects.filter(
            content_type__in=content_types,
            object_id=object_id
        ).select_related('user', 'content_type').order_by('-action_time')
        
        extra_context = extra_context or {}
        extra_context['action_list'] = log_entries
        return super().history_view(request, object_id, extra_context)

让你的两个代理模型Admin都继承这个UnifiedHistoryAdmin，切换后就能看到该对象的全部变更历史。

2. 统一使用主模型的ContentType记录日志 #

重写代理模型Admin的save_model和delete_model方法，强制将日志关联到主模型的ContentType：

from django.contrib.contenttypes.models import ContentType

class ProxyModelAdmin(admin.ModelAdmin):
    def save_model(self, request, obj, form, change):
        main_ct = ContentType.objects.get_for_model(obj._meta.concrete_model)
        original_ct = ContentType.objects.get_for_model(obj)
        
        # 临时替换ContentType，让日志记录到主模型下
        ContentType.objects.filter(id=original_ct.id).update(id=main_ct.id)
        super().save_model(request, obj, form, change)
        # 恢复原ContentType
        ContentType.objects.filter(id=main_ct.id).update(id=original_ct.id)
    
    def delete_model(self, request, obj):
        main_ct = ContentType.objects.get_for_model(obj._meta.concrete_model)
        original_ct = ContentType.objects.get_for_model(obj)
        
        ContentType.objects.filter(id=original_ct.id).update(id=main_ct.id)
        super().delete_model(request, obj)
        ContentType.objects.filter(id=main_ct.id).update(id=original_ct.id)

这个方案会让所有代理模型的操作日志都统一关联到主模型，不管用哪个代理Admin操作，历史记录都会集中显示。

3. 自定义LogEntry模型（进阶） #

如果需要更灵活的日志管理，可以自定义LogEntry模型，添加字段关联主模型的ContentType，或者直接通过对象ID关联而非依赖ContentType。但这个方案需要替换Django默认的日志系统，改动较大，适合有特殊需求的场景。

注意事项 #

• 方法1仅修改日志展示逻辑，不影响原有存储，对现有系统无侵入性。
• 方法2的ContentType临时替换需注意并发问题，建议在单线程环境或加锁后使用。
• 所有方案都依赖代理模型与主模型共享对象ID的特性（Django代理模型默认满足这一点）。

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