触发器函数异常：执行Employee表删除操作成功但未实际删除数据

看起来你的触发器存在两个核心问题，导致了当前的异常现象：客户更新的条件逻辑错误，以及触发器函数未正确返回值导致删除操作被拦截。咱们一步步来修复：

1. 修正客户更新的WHERE条件 #

你写的WHERE "SupportRepId" IS NULL完全偏离了需求——这个条件会更新所有无支持代表的客户，而非被删除员工负责的客户。正确的条件应该匹配被删除员工的ID，也就是WHERE "SupportRepId" = old."EmployeeId"（假设Employee表的主键字段是EmployeeId，如果实际主键名不同，请替换为真实字段名）。

2. 确保触发器函数允许删除操作执行 #

如果你的触发器是BEFORE DELETE类型（这是处理这类关联更新的常用时机），函数必须返回OLD才能让数据库继续执行删除操作。如果没有返回值，数据库会默认阻止删除，这就是你看到"查询显示成功却并未实际删除任何数据"的原因。

完整修正代码 #

第一步：修复触发器函数 #

CREATE OR REPLACE FUNCTION REEMPLAZAR() 
RETURNS TRIGGER 
AS $CAMBIO$
BEGIN
    -- 将被删除员工负责的客户，重新分配给该员工的上司
    UPDATE "Customer" 
    SET "SupportRepId" = old."ReportsTo" 
    WHERE "SupportRepId" = old."EmployeeId"; -- 修正匹配条件
    
    -- 对于BEFORE DELETE触发器，必须返回OLD才能让删除流程继续
    RETURN OLD;
END;
$CAMBIO$ LANGUAGE plpgsql;

第二步：创建正确的触发器 #

确保触发器绑定到Employee表的DELETE事件，且为BEFORE时机：

CREATE TRIGGER trigger_reemplazar_supportrep
BEFORE DELETE ON "Employee"
FOR EACH ROW
EXECUTE FUNCTION REEMPLAZAR();

额外注意事项 #

• 如果被删除的员工没有上司（old."ReportsTo"为NULL），对应的客户SupportRepId会被设为NULL。若需要处理这种边界情况，可以在UPDATE语句中添加默认值逻辑，比如分配给指定的默认员工：

  UPDATE "Customer" 
  SET "SupportRepId" = COALESCE(old."ReportsTo", 1) -- 这里1是默认员工的ID，请替换为实际值
  WHERE "SupportRepId" = old."EmployeeId";
  

• 请确认Employee表的主键字段确实是EmployeeId，如果你的表主键名不同（比如Id），记得替换所有对应位置。

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