変更データ・キャプチャのMVログをハッキングする

Question

Oracleが意図していない方法でマテリアライズド・ビュー・ログを使用するソリューションを検討しています。 アイデアは、OracleソースおよびOracle以外のターゲットに対して高速リフレッシュMV機能を実装することです。 私はこの方法をテストして動作することを確認しましたが、この意図しないサポートされていない使用の長期的な結果が心配です。

MY_TABは、Oracle以外の別のRDBMSでミラー化するOracle（11.2）表です。

ターゲット表の参照は、ソース・データベースのOracleプロシージャによって起動される外部プロセスによって適用されます。 このプロセスは、MVログから抽出したデータセットを受け入れ、変更をターゲットに適用します。 処理が成功すると、処理された変更がMVログから削除されます。

MLOG $ _MY_TABとして作成されたMY_TABのためのMVログです：

CREATE MATERIALIZED VIEW LOG ON my_tab 
WITH PRIMARY KEY; 

注：このMVログに関連したMVはありません。 refereshプロセスは、以下の手順を呼び出すことによって呼び出される

：

BEGIN 

    SELECT * 
    FROM mlog$_my_tab; 

    /* Call externall process and pass the data */ 

    DELETE mlog$_my_tab; 

    COMMIT; 

END; 

を誰もが、一般的な意図しない/サポートされていない懸念する以外に、このアプローチには任意の特定の問題を、見ていますか？

Answer 1

私の上記のコメントに基づいて、変更されたアプローチを提案したいと思います。新しいテーブルmv_log_replicaを作成します。このテーブルは、mv_logテーブルのレプリカである必要があります。

BEGIN 
    DELETE FROM mv_log_replica; 
    INSERT INTO mv_log_replica 
    (
    pk_col, 
    col1, 
    col2) 
    SELECT 
    pk_col, 
    col1, 
    col2 
    FROM mlog$_my_tab; 

    /* Call externall process and pass the data */ 
    /* Here instead of mlog$_my_tab use the mv_log_replica table */ 

    DELETE FROM mlog$_my_tab a 
    WHERE EXISTS (SELECT 1 FROM mv_log_replica b WHERE a.pk_col = b.pk_col); 

    COMMIT; 
END; 

この方法を使用すると、mv_log_replicaテーブルにコピーされたデータのみが確実に削除されます。追加のデータがmv_logの間に挿入されている場合、そのデータは削除されません。さらに、mv_log_replicaをグローバル一時表（ON COMMIT DELETE ROWS）にすることができます。