クエリの実行に影響するデータベースオプションやその他のグローバルな設定をルート演算子ノードについて表示できます。

述部の選択性 (条件式) は、条件を満たすローの割合のことです。推定される述部の選択性が提供する情報に基づいて、オプティマイザはコストの推定を行います。オプティマイザの正常な処理には、正確な選択性推定が不可欠です。たとえば、オプティマイザが述部の選択性が高い (5% の選択性など) と誤って推定しても、実際には述部の選択性がかなり低い (50% など) 場合は、パフォーマンスが低下することがあります。選択性推定は正確ではない場合がありますが、極端に大きな誤差は問題がある可能性を示しています。

クエリの重要な部分の選択性情報が不正確であると判断した場合、CREATE STATISTICS を使用してカラムの新しい統計値セットを生成できます。まれに、明示的な選択性推定を指定したい場合があります。ただし、この方法では、後で統計を更新するときに問題が発生する可能性があります。

クエリがバイパスクエリだと判断された場合、選択性統計値は表示されません。

次のような場合に不適切な選択性の兆候が見られます。

キャッシュの読み込み数 ([CacheRead] フィールド) とヒット数 ([CacheHits] フィールド) が同じである場合は、この SQL 文のために処理されるすべてのオブジェクトがキャッシュに保持されています。キャッシュの読み込み数がヒット数よりも多い場合は、テーブルまたはインデックスページがサーバのキャッシュに存在しないため、データベースサーバがこれらをディスクから読み込んでいることを示します。これは、ハッシュジョインなどの場合に予想されます。ネストループジョインなどの場合、キャッシュヒット率が低いときは、クエリを効率的に実行するためのキャッシュ (バッファプール) の不足を示している可能性があります。この場合、サーバのキャッシュサイズを増やすと改善できることがあります。

クエリ実行プランからは、インデックスがパフォーマンスの向上に役立っているかどうかが不明な場合がよくあります。SQL Anywhere で使用されているスキャンベースのクエリ操作の中には、インデックスを使用しないで多くのクエリに対して最高のパフォーマンスを提供するものもあります。

Runtime および FirstRowRunTime の実際値と推定値は、ルートノード統計値で提供されます。ノードに RunTime が存在する場合、[サブツリー統計] セクションにはこの値だけが表示されます。

RunTime の解釈は、表示される統計セクションによって異なります。[ノード統計] の場合、RunTime はこのノードだけを実行している間に、対応する演算子が費やした累積時間です。[サブツリー統計] の場合、RunTime はこのノードの直下にある演算子のサブツリー全体に対して費やされた合計実行時間を表します。したがって、ほとんどの演算子では RunTime と FirstRowRunTime は独立した測定値で、個別に分析する必要があります。

FirstRowRunTime は、このノードの中間結果の最初のローを作成するために要した時間です。

テーブルスキャンまたはインデックススキャンで、ノードの RunTime が予想よりも大きい場合、REORGANIZE TABLE 文を実行するとパフォーマンスを向上できることがあります。sa_table_fragmentation() システムプロシージャと sa_index_density() システムプロシージャを使用して、テーブルまたはインデックスが断片化されているかどうかを判断できます。

• REORGANIZE TABLE 文
• CREATE STATISTICS 文
• オプティマイザの仕組み
• 明示的な選択性推定
• テーブルの断片化削減
• 実行プランのコンポーネント
• グラフィカルなプラン内の選択性情報
• ヒント：インデックスの有効な使用
• インデックスコンサルタント
• ヒント：パフォーマンス向上のためのキャッシュの使用