2012-05-04 13 views

答えて

1

マテリアライズド・ビューを作成するときに、あなたが実際にOracleが同期保つために世話をする(そして、それは多少のインデックスのようなこれらのビューになります)データのコピーを作成します。ビューが大量のデータや他のサーバーからのデータで動作する場合は、このビューの作成に時間がかかることは当然です。 docs.oracle.comから

Aはビューは、時間内の単一 ポイントからターゲット・マスターのレプリカであるマテリア。ただ、「yuks」の

+0

なぜクエリ時間は小さいのですが、ビュー作成時間ではありません。私のクエリはリンクされたサーバ – kinkajou

+1

@ Kitexで実行されます。多くの変数に依存するので100%確信することはできませんが、ローカルデータストレージの制約のために1つの理由が考えられます。他の理由は、ビューが大量のデータを超えており、クエリがこのデータのサブセットにあるためです。 –

+0

または、データの最初の行の到着をタイミングしているため、MVを構築するにはすべてのデータを受信する必要があります。それはまた、異なる実行計画につながる可能性があります。 –

0

、などを選択ロギングなしのテーブルtemp_tabを作成 を試してみてください...

私はおそらくログインし、MVの作成が何らかの理由で長くなるケースを見てきました。

はまた、クエリの開発ツールは、時々、すぐに画面にデータを返す開始していますが、最後の行に「ページング」なら、あなたはそれが本当にすべてのデータを取得するのにかかる時間の長さを知るでしょう。 、実行しているときに...ためにクエリがチューニングを必要とするかどうかを確認するために

は、あなたがテーブルのカーディナリティを計画を説明し、理解とselect文をプロファイリングする必要があり、インデックスは、状態を待ちます。

関連する問題