Firebird触发器执行动态SQL报-104错误，静态写法正常求因

为什么动态执行会报错？ #

这个问题我之前帮朋友排查过类似的，核心原因是Firebird的EXECUTE STATEMENT对执行的代码类型有明确要求——它默认只能直接执行独立的DML/DDL语句（比如INSERT、UPDATE这类操作），但你从存储过程获取的IF (...) THEN ...属于PSQL（Firebird的过程化SQL）的控制结构，不属于普通SQL范畴。

静态写法能正常运行，是因为触发器本身就是一个PSQL块，里面的IF会在编译阶段被Firebird的PSQL解析器处理；但动态执行时，EXECUTE STATEMENT会把传入的字符串当作普通SQL解析，自然不认识IF这个令牌，就抛出了-104错误。

怎么解决？ #

核心思路是把存储过程生成的IF逻辑包裹在一个完整的PSQL块中，让EXECUTE STATEMENT执行整个块，而不是单独的IF语句。具体分两步：

1. 调整触发器里的动态SQL拼接逻辑
   在调用存储过程获取代码后，给它加上BEGIN和END;的包裹，形成完整的PSQL块。如果你的IF逻辑里用到了触发器的OLD/NEW变量，还要通过USING子句把这些变量传递到动态块中。

   示例代码：

   CREATE OR ALTER TRIGGER BI_MERILA_STRANKE
   FOR MERILA_STRANKE
   AFTER UPDATE
   AS
   DECLARE
     v_dynamic_code VARCHAR(32767);
     v_full_sql VARCHAR(32767);
   BEGIN
     -- 从存储过程获取IF对比代码
     v_dynamic_code = STRING_SESTAVLJEN_ENAKOST_TABEL('MERILA_STRANKE');
     -- 拼接成完整的PSQL块
     v_full_sql = 'BEGIN ' || v_dynamic_code || ' END;';
     -- 执行动态SQL，传递OLD/NEW变量（如果你的IF逻辑里用到了它们）
     EXECUTE STATEMENT v_full_sql
       USING OLD, NEW;
   END
   

2. 确保存储过程生成的代码合法
   检查存储过程生成的IF语句是否符合PSQL语法：

   • IF块里的单个逻辑语句要以分号结尾
   • 如果THEN后有多条语句，要额外用BEGIN...END包裹（比如IF (...) THEN BEGIN INSERT ...; UPDATE ...; END;）

额外提醒 #

如果你的对比逻辑涉及大量字段，建议在存储过程里生成的IF条件中使用绑定变量而非直接拼接OLD/NEW的字段值，这样既能避免SQL注入风险，也能提升动态SQL的执行效率。比如存储过程里生成的代码可以是：

IF (:OLD.COL1 <> :NEW.COL1 OR :OLD.COL2 <> :NEW.COL2) THEN
  INSERT INTO CHANGE_LOG (TABLE_NAME, COLUMN_NAME, OLD_VALUE, NEW_VALUE)
  VALUES ('MERILA_STRANKE', 'COL1', :OLD.COL1, :NEW.COL1);

这里的:OLD和:NEW就是通过触发器里的USING OLD, NEW传递的绑定变量。

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