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