HANA行级触发器两种实现方案的性能差异问询

两种方案的代码实现 #

方案一：INSERT INTO...SELECT FROM DUMMY搭配WHERE过滤

CREATE TRIGGER TRG_BASE_DELETE
AFTER DELETE ON BASE
FOR EACH ROW
INSERT INTO LOG_TABLE (CLIENT, PRIMARY_KEY_COL)
SELECT :OLD.CLIENT, :OLD.PK_COL
FROM DUMMY
WHERE :OLD.CLIENT = '指定客户端';

方案二：IF分支判断后执行INSERT VALUES

CREATE TRIGGER TRG_BASE_DELETE
AFTER DELETE ON BASE
FOR EACH ROW
BEGIN
    IF :OLD.CLIENT = '指定客户端' THEN
        INSERT INTO LOG_TABLE (CLIENT, PRIMARY_KEY_COL)
        VALUES (:OLD.CLIENT, :OLD.PK_COL);
    END IF;
END;

性能差异与优势分析 #

• 执行路径开销：方案一中SELECT FROM DUMMY虽仅访问HANA内置的空表，开销极低，但仍会触发完整的SQL解析、执行计划生成流程；方案二的IF分支是SQLScript原生的流程控制，仅在内存中完成条件判断，无额外表访问或SQL解析成本，执行路径更短。
• 高并发/批量场景表现：单条DELETE操作下两者差异几乎可忽略，但在大批量删除（如万级以上行）或高并发DELETE场景中，方案一重复的DUMMY表查询会累计出额外开销，方案二的性能优势会逐渐显现。
• 可读性与维护性：方案二的分支逻辑更直观，符合常规编程思维，后续维护成本更低；方案一的SELECT FROM DUMMY写法相对特殊，需要额外理解其逻辑意图。

结论 #

方案二更具优势，无论是性能表现还是代码可读性、维护性，都优于方案一。尤其是在涉及大批量数据操作或高并发的场景中，方案二的性能优势会更明显。

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