JDBC/ODBC/CLI 静的プロファイルは、現在、簡単なアプリケーションをターゲットとしています。多くの機能内容や、実行中の複雑なプログラム・ロジックが複雑なアプリケーションを意味しているわけではありません。
SQL ステートメントは、プロファイル・セッションで取り込まれるためには、正常に実行されている必要があります。マッチング・セッションでは、アンマッチの動的ステートメントは動的 JDBC/ODBC/CLI コールとして実行が継続します。
SQL ステートメントはステートメント・マッチングで有効な候補であるには、取り込まれたり、バインドされたりしたステートメントが文字単位で等しくならなければなりません。スペースは有効です。例えば、"COL = 1" は "COL=1" と異なると見なされます。一致するヒット数を増やすため、リテラルの代りにパラメーター・マーカーを使用します。
事前バインドの静的 SQL ステートメントがあるアプリケーションを実行する際、動的ステートメントに振る舞いを制御するレジスターは静的に変換されたステートメントの影響を与えません。
アプリケーションが後続の DML ステートメントを参照するオブジェクトに DDL を実行する場合、取り込んだファイルの中でこれらのステートメントをすべて検索できます。JDBC/ODBC/CLI 静的プロファイル・バインド・ツールがそれらをバインドしようとします。バインドの試みは、VALIDATE(RUN) バインド・オプションをサポートする DBMS では成功しますが、そうでないものは失敗します。このケースでは、アプリケーションは静的プロファイルを使用する必要があります。
データベース管理者は、アプリケーション固有の要求に応じて、SQL ステートメントを追加、変更、除去するためのキャプチャー・ファイルを編集することができます。