その6>~DBMS_STATSの変~ペンネーム:りん今年も残すところ後1ヶ月...1年のラストスパートということで今週も引き続きCBOについての検証をしていきたいと思います。Schedulerと、CBO包囲網をチェックしてきました。これらの機能を使用することで、CBOが使用されるようになるということを書いてきました。今回から、実行計画に大きく影響する統計情報についての検証を行いたいと思います。句を使用しないでください。これらの句は下位互換性のためにのみサポートされており、将来のリリースでは削除される可能性があります。~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~と書かれていました。Analyzeコマンドはサポートされませんよ。DBMS_STATSは、システム統計情報も取得することができます。システム統計情報というのは、CPUやI/Oの統計を取得することでCPUも含めたコストを算出することができるようになりました。9iとの違いもふくめて、これから検証したいと思います。10.1.0.2.0まず、Oracle9iR2で、システム統計情報が取得されているビューを確認してみます。aux_stats$;レコードが選択されませんでした。デフォルトでは存在していないようです。10gと同じ条件にするため、optimizer_goalをALL_ROWSにしておきます。実行計画の詳細が知りたいので、今回もトレースを仕掛けたうえでSQL文を実行してみます。optimizer_goal=ALL_ROWS;セッションが変更されました。1';セッションが変更されました。'25';このSQL文の実行計画です。Bytes=1274)DBMS_STATSを使用する前のコストは7ですね。plan:7I/Oのコストの7がそのまま総コストとして算出されています。CPU-RSC、CPU-RSPともに0です。CPUのコストが計算されていません。ん?ということは...I/Oのコストしか見積もられていない。CPUのコストも含めることができ、より正確なコスト算出ができるようになったのに、使われていません。次週は、DBMS_STATSを使ってどう変わるのかと。10gでの検証を進めていきたいと思います。reserved.トップページ企業概要プライバシーポリシ。