Oracle触发器：ACCOUNTS插入后同步关联表的PLS编译报错解决方案

PLS-00049 无效绑定变量的根源 #

• :NEW是行级触发器的专属伪记录，仅能绑定触发主表ACCOUNTS本身的行字段，不存在关联其他业务表的结构。你写的:new.a_u.xxx、:new.a_eq.xxx、:new.a_p.xxx相当于硬给ACCOUNTS的行记录加了三个不存在的嵌套属性，Oracle完全识别不到这类绑定关系，因此全部报无效绑定变量。
• 逻辑本质写反了：同步数据的正确操作是主动向A_U、A_EQ、A_P表执行插入语句，不是把其他表的字段值赋值给:NEW伪记录。

PLS-00103 语法错误的根源 #

• PL/SQL分支判断的语法规则：如果用分开书写的else if做嵌套判断，每个独立的if分支都需要配对对应的end if。你当前的判断结构一共嵌套了三层if，只写了两个end if，语法结构断裂，编译器在碰到结尾分号时找不到匹配的if收尾标记，就会抛出预期外的符号错误。
• 现有代码存在的稳定性隐患：你写了大量回表查询ACCOUNTS的逻辑，通过序列当前值拼transaction_id反查刚插入的记录，并发场景下很容易取错值，甚至触发NO_DATA_FOUND运行时错误。行级触发器本来就可以直接通过:NEW拿到当前插入行的所有字段，完全没必要绕路回表查询。

替换原有触发器代码，完整保留你的业务规则：仅当插入记录的paid_on所属月份和当前系统月份一致时，按ACCOUNTS.TYPE的取值同步到对应关联表：

create or replace trigger accounts_relational_insert
after insert on accounts
REFERENCING NEW AS new OLD AS Old
for each row 
declare
  sys_month VARCHAR2 (10);
  i_month VARCHAR2 (10);
begin
  -- 直接从触发器伪记录取当前插入行的字段值，无需回表查询
  sys_month := trim(to_char(SYSDATE,'Month'));
  i_month := trim(to_char(:NEW.paid_on, 'Month'));

  -- 月份匹配时按账户类型分表插入
  if i_month = sys_month then
    if :NEW.type = 'Utility' then 
      insert into A_U(transaction_id, u_id, amount)
      values (:NEW.transaction_id, :NEW.id, :NEW.amount);
    elsif :NEW.type = 'Equipments' then
      insert into A_EQ(transaction_id, eq_id, amount)
      values (:NEW.transaction_id, :NEW.id, :NEW.amount);
    else
      insert into A_P(transaction_id, barcode, amount)
      values (:NEW.transaction_id, :NEW.id, :NEW.amount);
    end if;
  end if;
end;
/

• 代码里的关联表字段名（比如A_U的u_id、A_EQ的eq_id、A_P的barcode）需要和实际表结构的字段名完全对齐，有字段差异的话替换成对应实际字段即可。
• 对月份字符串加TRIM()处理是因为Oracle的to_char(日期,'Month')输出会自动填充空格补全固定长度，不处理的话会因为前后空格导致月份判断永远不匹配。
• 如果不需要“插入账期与当前系统月份一致才同步”的前置规则，直接删除对应的月份判断逻辑，只保留按TYPE分表插入的分支即可。

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