メタボンこんにちは!!、食欲旺盛なぽっちゃりメタボンです。サプリメンタル・ロギングとは?簡単にまとめると以下のとおりです。・9iから導入された機能である。・本来REDOログは更新前の値と更新後の値だけを持っているが補助的に更新列以外の列値を追加できる。・v$logmnr_contentsで確認可能なSQL文(sql_redo列,sql_undo列)の生成に密接に関係している。・最小サプリメンタル・ロギングは分析するログ・ファイルを生成する前に必ず有効にしておかなければならない。10gリリース2)からの抜粋となりますが補助的なカラムが必要となる例を示しています。行を一意に識別する列(主キーなど)で更新文を識別する必要があります。2.アプリケーションは、行変更の追跡をより効率的にするために、変更された列のみでなく、行全体のビフォア・イメージを記録する必要がある場合があります。===================1.については分析対象データベース(ソース・データベース)と分析データベース(マイニング・データベース)が異なっているパターン、およびDataGuard環境等を想定しているものと思われます。ログマイナーの構成として、いくつか条件はありますが必ずしもソース・データベースとマイニング・データベースは同一である必要はありません。2.についてですが、設定することによってどのようなメリットがあるのかイメージが掴みにくいような気がします。よって、今回は実際にサプリメンタル・ロギングの設定を行いながら、どのような設定を行った場合に、どのような結果になるのかを確認していきたいと思います。;用意したデータは以下となります。サプリメンタル・ロギングを有効にしてみよう!!まずは構文です。いくつかのオプションがあることが確認できます。※サプリメンタル・ロギングはデータベースレベル、表レベルで設定が可能ですが今回はデータベースレベルでのみ確認を行っていく事にします。DEPTNO=50;ログマイナーを起動して、v$logmnr_contentsを参照します。sql_redo列を確認することによって実際にどのようなDMLが実行されたのかを確認することが可能です。誤解の無い様にお伝えしておきますとv$logmnr_contentsは更新行単位で問い合わせ結果を返却します。仮に100行のデータを条件指定無しで更新を行った場合には100行の結果が返されます。where条件(行を一意に特定する)」となります。KEY」を指定します。データベースが変更されました。ログマイナーを起動して、v$logmnr_contentsのsql_redo列を参照します。ログマイナーを起動して、v$logmnr_contentsを参照します。主キーの情報を確認することができますね。更新処理があった場合に行の全ての列のビフォアイメージを保持するオプション「ALL」を指定してみます。データベースが変更されました。ログマイナーを起動して、v$logmnr_contentsを参照します。‘CHIGASAKI’」も追加されていますね。これで、DEPT表の全ての列の状態がwhere句で確認可能になっています。KEY」「ALL」のみの確認でしたがサプリメンタル・ロギングがどういったものかイメージを掴んで頂くことができましたでしょうか。v$logmnr_contentsの検索にすごーく幅がでてきそう予感がしますよね。部署の場所が茅ヶ崎にあった時代に部署名がどのように遷移していったか?」なーんて事は簡単に引っ張ってこれそうです。余分なデータをREDOログに書出すオーバーヘッドが出てくるわけですから必要最低限の設定が望ましいと考えられます。reserved.トップページ企業概要プライバシーポリシ。