| なし (デフォルト)
|
SQL はオブジェクト コードに埋め込まれたままとなります。
|
簡潔です。
|
| ACCESS
|
大半の静的 SQL 文でコンパイル時にストアド プロシージャを作成します。
|
BIND SQL コンパイラ指令オプションをディプロイに使用する際のテストに便利です。
|
| BIND
|
sqlcmd または SQL Server Management Studio で使用可能な SQL バッチ スクリプトを生成して SQL Server データベースを更新することにより、アプリケーション コードのディプロイを有効にします。
|
- セキュリティをプロシージャとデータに別々に適用できるので、アプリケーションのユーザーはアプリケーションからデータへのアクセスと更新のみを実行できます。
- データベース管理者 はソース コードにアクセスせずにディプロイ対象の SQL を確認できます。
|
| DBRMLIB1
|
メインフレーム形式のバインドを模倣して、静的 SQL 文を含んでいる DBRM を COBOL プログラムから生成できるようにします。
|
- メインフレームのディプロイと互換性があるので、既存の JCL を使用してバインドできます。
- 毎回異なるデフォルト修飾子などの異なるパラメーターを使用して DBRM を複数回バインドできます。
- セキュリティをプロシージャとデータに別々に適用できるので、アプリケーションのユーザーはアプリケーションからデータへのアクセスと更新のみを実行できます。
- Manage Packages and Plans ツールを使用して DBRM のバインドと解放を管理できます。
- HCOSS を使用して、バインドされたパッケージとプランのためにデータベースでメインフレーム互換メタデータを維持できます。
- データベース管理者は、ソース コードにアクセスせずにストアド プロシージャを参照することでバインド後に SQL を確認できます。
|
| DIALECT2
|
SQL Server と互換性のない DB2 SQL 文の大半を同等の T-SQL 文に変換します。
|
- DB2 文を T-SQL に変換する必要はありません。
- プログラムのバインド時にデフォルトのスキーマを変更できるか、または場合により、QUALIFIER SQL コンパイラ指令オプションを使用してコンパイル時にデフォルトのスキーマを変更できます。
|
| 1 詳しくは『アプリケーションのビルド』のトピックを参照してください。
2 詳しくは『DIALECT 文のプレフィックス』、『アプリケーションのビルド』の各トピックを参照してください。
|