クエリで並列実行が利用されるかどうかは、次の要因によって決まります。

サポートされていない演算子を使用しているクエリでも並列実行できますが、プランで、サポートされている演算子がサポートされていない演算子の下にある必要があります (Interactive SQL での表示)。サポートされていない演算子のほとんどが上の方にあるクエリは、並列処理される確率が高くなります。たとえば、ソート演算子は並列処理できませんが、最も外側のブロックで ORDER BY を使用するクエリは、ソートをプランの一番上に置き、すべての並列演算子をその下に置くことで並列処理できます。これに対して、派生テーブルで TOP n と ORDER BY を使用するクエリは、ソートがプランの一番上にないので、並列処理が使用される確率が低くなります。

SQL Anywhere では、DB 領域がデフォルトで単一プラッターのディスクサブシステムにあると想定されます。このような環境では、クエリの並列実行を行う効果があっても、オプティマイザーの単一デバイス用の I/O コストモデルによって、テーブルのデータが完全にキャッシュ内に収まっていないかぎり、オプティマイザーで並列テーブルまたはインデックススキャンを選択するのが困難になります。ただし、ALTER DATABASE CALIBRATE PARALLEL READ 文を使用してディスクのサブシステムを調整することによって、オプティマイザーで並列実行の効果をより正確に計算できます。ディスクのサブシステムに複数のプラッターが搭載されているときには、オプティマイザーでは並行実行を伴う実行プランが選択される傾向があります。

クエリ内並列処理がアクセスプランに使用される場合、各サブツリーの並列処理の結果をマージ (UNION) する交換演算子がプランに含まれます。交換演算子の下位のサブツリー数が、並列処理の程度です。各サブツリー、またはアクセスプランのコンポーネントは、データベースサーバーのタスクです。データベースサーバーのカーネルでは、実行スレッド (ファイバー) が使用可能かどうかに応じて、個々の SQL 要求と同じようにこれらのタスクがスケジュールされます。このアーキテクチャーでは、すべてのアクセスプランの並列処理の大部分が自動的に調整されます。並列実行タスクの処理はサーバーカーネルの許可に従ってスレッド (ファイバー) にスケジュールされ、プランのコンポーネントが均等に実行されます。

• -gn dbsrv12 サーバーオプション
• max_query_tasks オプション
• SQL Anywhere のスレッド化
• -gtc dbeng12/dbsrv12 サーバーオプション
• マルチプログラミングレベルのデータベースサーバー設定
• 高度：クエリ実行プラン
• ALTER DATABASE 文
• priority オプション
• データベースサーバープロパティ値のアクセス