SQLエンジンは、SQLリクエストを受信してから実行するまで、典型的なプロセスに従います。
プロセスは以下の図のようになります：
説明
この実行プロセスはDMLおよびSELECT文に適用されます。その他の文（例えばDCLなど）にはオプティマイザーなどのステップはありません。
次の表は、SQLリクエストの実行プロセスのステップ説明です。
手順 |
説明 |
|---|---|
| Fast-parser | 語法解析のみを使用してテキスト文字列を直接パラメータ化し、パラメータ化後のテキストと定数パラメータを取得します。 |
| Parser（構文解析モジュール） | ユーザーから送信されたSQLリクエスト文字列を受信すると、Parserは文字列を一つ一つの「単語」に分割し、事前に設定された構文ルールに基づいてリクエスト全体を解析し、SQLリクエスト文字列を構文構造情報を持つメモリデータ構造、すなわち構文木（Syntax Tree）に変換します。 |
| Plan Cache（実行計画キャッシュモジュール） | 実行計画キャッシュモジュールは、そのSQLが初めて生成した実行計画をメモリ内にキャッシュし、以降の実行ではこの計画を繰り返し実行することで、重複するクエリの最適化処理を回避します。 |
| Resolver（意味解析モジュール） | Resolverは、生成された構文木をデータベースの意味情報を持つ内部データ構造に変換します。このプロセスでは、Resolverはデータベースのメタ情報に基づいて、SQLリクエスト内のトークンを対応するオブジェクト（例：データベース、テーブル、列、インデックスなど）に翻訳し、生成されたデータ構造をStatement Treeと呼びます。 |
| Transformer（論理変換モジュール） | ユーザーのSQLの意味を分析し、内部のルールやコストモデルに基づいて、ユーザーのSQLを等価な他の形式に変換し、後続のオプティマイザーへ提供してさらなる最適化を行います。Transformerの動作方法は、元のStatement Treeに等価変換を施し、変換結果もまたStatement Treeであることです。 |
| Optimizer（オプティマイザー） | オプティマイザーは、SQLリクエストの最適化の核心であり、SQLリクエストに対して最適な実行計画を生成する役割を担います。最適化プロセスにおいて、オプティマイザーはSQLリクエストの意味、オブジェクトデータの特性、オブジェクトの物理的配置など、多方面の要因を総合的に考慮し、アクセスパスの選択、結合順序の選択、結合アルゴリズムの選択、分散計画の生成など、複数の核心的な問題を解決し、最終的にそのSQLに対応する最適な実行計画を選択します。 |
| Code Generator（コードジェネレーター） | 実行計画を実行可能なコードに変換しますが、最適化の選択は行いません。 |
| Executor（エグゼキューター） | SQLの実行プロセスを開始します。
|