You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Postgres13插入更新前复制列值的触发器运行异常问题求助

问题原因分析与修复方案

核心错误原因

你代码的问题核心是UPDATE场景下错误使用NEW变量获取原有值:

  • Postgres行级BEFORE触发器中,NEW存储的是本次操作准备写入的所有新值(你UPDATE逻辑里给run_config_current设置的new_txt_str已经提前写入到NEW.run_config_current中),OLD才存储更新之前表中已有的旧行数据。
  • 你代码里直接把NEW.run_config_current(也就是新的配置值)赋值给了NEW.run_config_last,所以最终last列存的就是新值,不符合存旧值的需求。
  • 你观察到run_config_last_hash碰巧结果正确,是因为你赋值NEW.run_config_last_hash的时候,还没执行后面的哈希重计算逻辑,此时NEW.run_config_current_hash还是继承自原有行的旧哈希值,属于巧合正确,逻辑本质是错误的。

修正后的代码

仅需要修改触发器函数逻辑,兼容插入、更新两种场景即可,原有触发器定义不需要调整:

CREATE OR REPLACE FUNCTION test.run_conf_hash_gen_func()
    RETURNS TRIGGER
    SET SCHEMA 'test'
    LANGUAGE plpgsql
    AS $$
    BEGIN
        -- 仅UPDATE场景需要把旧配置同步到last列
        IF TG_OP = 'UPDATE' THEN
            NEW.run_config_last := OLD.run_config_current;
            NEW.run_config_last_hash := OLD.run_config_current_hash;
        END IF;
        -- 插入和更新场景都需要重新计算当前配置的哈希
        NEW.run_config_current_hash := MD5(NEW.run_config_current);
        RETURN NEW;
    END;
    $$;

修改后执行你测试用的INSERT ON CONFLICT语句,最终表数据将符合预期:

hostnamerun_config_currentrun_config_current_hashrun_config_lastrun_config_last_hash
switch01new_txt_str47173234old_txt_str32314322

内容的提问来源于stack exchange,提问作者refriedjello

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.09.28 19:48:01