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语句,最终表数据将符合预期:
| hostname | run_config_current | run_config_current_hash | run_config_last | run_config_last_hash |
|---|---|---|---|---|
| switch01 | new_txt_str | 47173234 | old_txt_str | 32314322 |
内容的提问来源于stack exchange,提问作者refriedjello
相关产品推荐
相关产品推荐

