Commentsこのページは、以下の英語ページの抄訳です。最新の情報については、英語ページを参照してください。2011年2月に掲載したものです。この中で、スナップショットアイソレーションとマテリアライズドビューを組み合わせて使用する効果について語っています。===私は以前の記事で、スナップショットアイソレーションの使用に関するトレードオフについて解説し、マテリアライズドビューの時間空間トレードオフに関する資料を紹介しました。スナップショットアイソレーションについての記事では、私は次のように書きました。スナップショットアイソレーションもタダではありません。データベースシステムは、新規のスナップショットトランザクションを見越して、変更されたデータのアーカイブコピーを作成しなければならないのです。Anywhereでは、スナップショットのローのコピーは自動的に管理され、必要に応じて一時ファイルに書き込まれます(一時ファイルのサイズは必要に応じて増加)。管理上の影響はほぼゼロですが、クエリのパフォーマンスには影響が出る可能性があります。スナップショットのローを、トランザクションのスナップショットセマンティクスに従って、一時ファイルに保存されているスナップショットのローから個別にフェッチしなければならないためです。パフォーマンスがどの程度低下するかは、ひとえにアプリケーションとそのワークロードに依ります。更新量が多い場合には、パフォーマンスの低下はひどくなるでしょう。Anywhereサーバのトランザクションログとの関連で、スナップショットアイソレーションとマテリアライズドビューの関係を解説し、そのトレードオフについても取り上げようと思います。マテリアライズドビューをリフレッシュする遅延メンテナンス型のマテリアライズドビューの場合、マテリアライズドビューの基となるベーステーブルへの変更は、追加のロックや(即時)メンテナンスのオーバヘッドなしに進行していきます。更新トランザクションはベーステーブルの値またはローを変更し、COMMITの時点でその変更を確定します。この状態では、マテリアライズドビューの内容は古くなってしまいます。このようなマテリアライズドビューの古い内容をSQL文が利用できるかどうかは、そのクエリの接続に関するオプション設定に左右されます。VIEW文を発行します。SELECTを実行してマテリアライズドビューにデータを挿入します。VIEW文が必要です。それ以降は、基となるベーステーブルに変更を加えたときに、同じトランザクション内で、そのベーステーブルを参照している即時メンテナンス型のマテリアライズドビューに変更が適用されます。このトランザクションは、完了時にCOMMITを実行して変更を確定するか、ROLLBACKを発行して変更を取り消します。掲載された翻訳記事をご覧ください。日本語コミュニティに掲載しています。関してはまずはこちらをご参照ください。こちらからダウンロードが可能です。Question」機能をご利用ください。question」を入力してください。不具合につきましては、サポート契約者様専用の問い合わせ方法にてお問い合わせください。======================ご購入に関するお問い合わせこちらよりお問い合わせください。item.Cancel。