仓库填充过程的监控技术

核心提示： 改进后的设计是将 2 个表用于存档，取代目前的 WIP_FULL_ARCHIVE 表，仓库填充过程的监控技术(7)，表 WIP_ARCHIVE 是一个分级表，IWH.EDITION 表上所定义的触发器机制将连续填充该表，目标表 STEPS_COMPLETED、STEPS_TEMPSTATU

改进后的设计是将 2 个表用于存档，取代目前的 WIP_FULL_ARCHIVE 表。表 WIP_ARCHIVE 是一个分级表。IWH.EDITION 表上所定义的触发器机制将连续填充该表。这是一个极其动态的表。而表 WIP_ARCHIVE_COPY 则包含了 WIP_ARCHIVE 表的快照复制；在执行复制时，同时也会将正在被复制的数据从原始的 WIP_ARCHIVE 表中删除。因此根据该数据转移的执行频率，WIP_ARCHIVE 表的大小可以保持得相当小。WIP_ARCHIVE_COPY 是一个更为静态的表；在每次执行从 WIP_ARCHIVE 表的转移时将替换它的内容。然后将筛选 WIP_ARCHIVE_COPY 表中的数据并进行转换，以生成目标表 STEPS_COMPLETED、STEPS_TEMPSTATUS 和 STEPS_SCHEDULED。

从 WIP_ARCHIVE 到 WIP_ARCHIVE_COPY 表的周期性转移将会由一个 UDP 步骤 Move WIP Data 来执行；该步骤将删除 WIP_ARCHIVE 表中的所有数据；而定义在 WIP_ARCHIVE 表上的 after-delete 触发器则会将所有删除的数据插入 WIP_ARCHIVE_COPY 表。

我们没有选择另一种通过定义 SQL 步骤来实现的方法，此 SQL 步骤将从 WIP_ARCHIVE 表中选择数据后插入 WIP_ARCHIVE_COPY 表，而 WIP_ARCHIVE_COPY 表上的 after-insert 触发器紧接着会删除 WIP_ARCHIVE 表中的数据。该方法虽然可以在两个表中产生完全相同的结果，但是其效率要低得多，因为这需要将 WIP_ARCHIVE 表中删除的数据与插入 WIP_ARCHIVE_COPY 表的数据一列一列地进行比较。

下图总结了出入 WIP_ARCHIVE 和 WIP_ARCHIVE_COPY 表的数据移动。

图 5

WIP 管理员将负责定义适当的进度表，以执行将数据移动到 WIP_ARCHIVE_COPY 表中和填充目标表这两步过程。假设 WIP 管理员决定每小时调度执行一次该过程；在这种情况下，WIP_ARCHIVE 表最多只包含一小时之内的数据。而 WIP_ARCHIVE_COPY 表包含了一个小时期间的所有数据，这些数据在其被移动之前是存在于 WIP_ARCHIVE 表中的。在本场景中，当数据刚刚被移到该表中时，它包含的信息要少于一个小时的，因为执行该步骤所需的时间导致了很小的时间差量。目标表 STEPS_COMPLETED、STEPS_TEMPSTATUS 和 STEPS_SCHEDULED 包含了从激活 WIP History 过程开始的所有历史信息，仍保留在 WIP_ARCHIVE 表中的最新信息（本例中，最多为最后一小时的活动）除外。