st={ ON | OFF }; ...

SendTriggers={ ON | OFF }; ...

カスケード削除もトリガーの動作と見なされます。

デフォルトは OFF です。

2 つのサブスクリプションに同じテーブルが 1 つ以上含まれている場合は、SendTriggers オプションについては同じ設定を使用して、両方のサブスクリプションを同期する必要があります。

SendTrigger オプションが ON に設定されている場合にトリガーでの操作が同期されるようにするには、そのトリガーでの操作が、同期されているパブリケーションのテーブルに対して行われる必要があります。トリガーを起動した基本の操作もパブリケーション内に存在することが必要なわけではありません。

dbmlsync は単一のローに対して行われる操作を結合しますが、SendTrigger オプションが ON に設定されている場合は、トリガーを起動した基本の操作が別の操作に結合されていても、トリガー内で起動されるすべての操作が送信されます。

外部キーに対する組み込み参照整合性アクション (ON DELETE CASCADE と ON UPDATE CASCADE) はトリガーの動作と見なされ、SendTrigger オプションが ON に設定されないかぎり同期されません。1 つの例外は、参照整合性アクションが、すでにアップロードストリーム内にあるローに対して行われる場合です。この場合、システム生成トリガー内の参照整合性アクションは、次の例で示すように、すでにアップロードストリーム内にあるローのステータスと結合されます。

この例では、Parent テーブルと Child テーブル間に外部キーがあり、参照整合性アクション ON DELETE CASCADE が使用されます。

INSERT INTO Parent (pid, pname) values ( 100, 'Amy' );
INSERT INTO Child (cid, pid, cname) values ( 2000, 100, 'Alex' );
COMMIT;
DELETE FROM Parent WHERE pid = 100;
COMMIT;

Parent テーブルからロー 100 を 削除すると、参照整合性アクションによって Child テーブルからもロー 2000 が削除されることに注意してください。この時点で dbmlsync が実行された場合、Parent テーブルのロー 100 での INSERT とその後の DELETE によって、ローは同期されなくなります。ただし、SendTrigger オプションが OFF に設定されている場合、Child テーブルへの挿入は送信されます。この場合、dbmlsync は Child テーブルのロー 2000 をすでにアップロードストリームに追加しているため、Parent テーブルのロー 100 の削除での参照整合性アクション (これにより Child テーブルのロー 2000 が削除される) は、アップロードストリーム内の既存のローと結合されます。その結果、どちらのローも同期されなくなり、両方の側でデータの一貫性が維持されます。

次の dbmlsync コマンドラインは、dbmlsync を使用するときのこのオプションの設定方法を示します。

dbmlsync -e "st=on"

次の SQL 文は、このオプションのデータベースへの格納方法を示します。

CREATE SYNCHRONIZATION SUBSCRIPTION
   TO sales_publication
   FOR ml_user1
   OPTION st='on';