Django中映射PostgreSQL视图的非托管模型如何监听数据变化？

信号不生效的核心原因 #

Django ORM提供的post_save、post_delete等信号仅在通过Django ORM主动调用模型的save()、delete()、create()等写操作方法时才会触发，你的场景下两个特性直接导致信号失效：

• 绑定PostgreSQL视图的Managed=False模型本身是只读的，无法通过ORM直接执行写操作，自然不会触发对应信号
• 如果视图底层关联的物理表数据变动是直接在数据库执行、通过其他服务修改、或是不走Django ORM链路操作的，完全不会进入Django的信号触发逻辑

可落地的实现方案 #

方案1：PostgreSQL触发器+审计表 + Django定时轮询（通用性最强，适配所有变动场景） #

不管变动来自数据库直连操作、其他服务还是Django本身，都可以准确捕获：

• 首先在PostgreSQL中为视图依赖的底层物理表创建AFTER INSERT/UPDATE/DELETE触发器，触发器触发时将变动类型（新增/更新/删除）、关联数据主键、变动时间、可选的前后快照数据写入专门的审计日志表
• 在Django中为审计日志表创建普通ORM模型，通过定时任务组件（如django-celery-beat、django-q）定期拉取未处理的审计记录，执行你需要的变动处理逻辑，处理完成后标记记录为已处理即可

方案2：绑定底层物理表信号/重写操作方法（仅适用于所有变动都走Django ORM的场景） #

如果所有涉及底层表的写操作都是通过Django ORM执行的，可以用更低成本的方案：

• 直接给视图对应的底层物理表的Django模型绑定post_save、post_delete信号，或者重写底层表模型的写操作方法，在操作完成后触发你需要的业务逻辑即可
• 注意不要对只读的视图模型执行写操作，所有修改都要落到实际的物理表模型上

方案3：PostgreSQL逻辑复制监听（实时性最高，无侵入） #

如果你的PostgreSQL版本支持逻辑复制，可以开启逻辑复制插槽，在Django服务中通过psycopg2的逻辑复制接口监听底层物理表的WAL日志，实时捕获全量数据变动。该方案不需要修改源表加触发器，适合高并发场景，缺点是配置复杂度更高，需要额外处理复制槽积压、异常恢复等运维问题。

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