IBM DB2 for iSeries（AS/400）表变更追踪最优方案咨询

嘿，你的需求用数据库触发器绝对是最直接、最简单的实现方式，完全匹配你说的「把变更记录到待轮询表」的思路！不需要额外工具或复杂配置，直接在AS/400的DB2里就能搞定，下面给你一步步拆解：

第一步：创建变更记录（待轮询）表 #

首先你需要一张表来存储原表的变更信息，建议包含这些核心字段：

• 原表的主键（用来关联到具体变更的行）
• 操作类型（标记是INSERT/UPDATE/DELETE）
• 变更时间（方便排序和追踪时序）
• 变更前后的字段值（根据需求选择存储全部字段，或者只存关键字段）

如果原表字段很多，也可以用XML类型存储整行的新旧数据，减少字段数量。示例创建语句：

CREATE TABLE 变更记录表 (
  变更ID INT GENERATED ALWAYS AS IDENTITY PRIMARY KEY, -- 自增主键，方便后续处理
  原表主键 CHAR(10) NOT NULL, -- 替换成你原表的主键类型和字段名
  操作类型 CHAR(6) CHECK(操作类型 IN ('INSERT','UPDATE','DELETE')),
  变更时间 TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
  -- 可选：存储具体字段的新旧值
  旧_客户名称 VARCHAR(50),
  新_客户名称 VARCHAR(50),
  旧_联系电话 VARCHAR(20),
  新_联系电话 VARCHAR(20),
  -- 可选：用XML存储整行数据，适合字段较多的场景
  旧行数据 XML,
  新行数据 XML
);

第二步：创建触发器关联原表和变更表 #

你需要创建一个行级触发器，在原表发生INSERT/UPDATE/DELETE操作后，自动把变更信息插入到刚才创建的变更记录表中。

示例触发器代码（兼容三种操作场景）：

CREATE OR REPLACE TRIGGER TRG_原表名_变更追踪
AFTER INSERT OR UPDATE OR DELETE ON 你的原表名
REFERENCING NEW AS NEW_ROW OLD AS OLD_ROW
FOR EACH ROW
MODE DB2SQL
BEGIN
  -- 处理INSERT操作
  IF INSERTING THEN
    INSERT INTO 变更记录表(原表主键, 操作类型, 新_客户名称, 新_联系电话, 新行数据)
    VALUES(
      NEW_ROW.原表主键字段,
      'INSERT',
      NEW_ROW.客户名称,
      NEW_ROW.联系电话,
      XMLSERIALIZE(NEW_ROW AS XML) -- 把新行转成XML存储
    );
  END IF;

  -- 处理UPDATE操作
  IF UPDATING THEN
    INSERT INTO 变更记录表(原表主键, 操作类型, 旧_客户名称, 新_客户名称, 旧_联系电话, 新_联系电话, 旧行数据, 新行数据)
    VALUES(
      NEW_ROW.原表主键字段,
      'UPDATE',
      OLD_ROW.客户名称, NEW_ROW.客户名称,
      OLD_ROW.联系电话, NEW_ROW.联系电话,
      XMLSERIALIZE(OLD_ROW AS XML),
      XMLSERIALIZE(NEW_ROW AS XML)
    );
  END IF;

  -- 处理DELETE操作
  IF DELETING THEN
    INSERT INTO 变更记录表(原表主键, 操作类型, 旧_客户名称, 旧_联系电话, 旧行数据)
    VALUES(
      OLD_ROW.原表主键字段,
      'DELETE',
      OLD_ROW.客户名称,
      OLD_ROW.联系电话,
      XMLSERIALIZE(OLD_ROW AS XML)
    );
  END IF;
END;

关键注意事项 #

• 权限要求：你需要拥有CREATE TRIGGER权限，以及对原表的SELECT权限、对变更记录表的INSERT权限。
• 性能考量：触发器是行级触发，每一行变更都会执行一次插入操作。如果原表有大量高频操作，可后续考虑批量处理变更记录，但对于大多数场景，这个方案足够轻量。
• 轮询处理：后续你可以通过AS/400的作业调度（比如CL程序或SQL存储过程）定时轮询变更记录表，处理完的记录可以标记为「已处理」或者直接删除，避免重复处理。

进阶方案（可选） #

如果你的需求更复杂（比如跨库同步、超高实时性），可以考虑DB2 for iSeries的**变更数据捕获（CDC）**功能，但配置和维护成本远高于触发器，所以触发器绝对是你当前需求的最优解。

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