次の方法で共有


ストアド プロシージャの実行

適用対象: SQL Server Azure SQL Database Azure SQL Managed Instance Azure Synapse Analytics Analytics Platform System (PDW)

ストアド プロシージャは、データベースに保存される実行可能なオブジェクトです。 SQL Server は以下のものをサポートします。

  • ストアド プロシージャ:

    1 つの実行可能なプロシージャとしてプリコンパイルされた 1 つ以上の SQL ステートメント。

  • 拡張ストアド プロシージャ :

    拡張ストアド プロシージャ用の SQL Server オープン データ サービス API に記述された、C または C++ のダイナミック リンク ライブラリ (DLL)。 オープン データ サービス API によりストアド プロシージャの機能が拡張され、C または C++ のコードを実装できるようになります。

ステートメントの実行時、データ ソースに対して (クライアント アプリケーション内でステートメントを直接実行または準備せずに) ストアド プロシージャを呼び出すと、次のような利点があります。

  • パフォーマンスが高い

    SQL ステートメントは、プロシージャが作成される時点で、解析およびコンパイルされます。 プロシージャの実行時には、これらの作業は必要ありません。

  • ネットワーク オーバーヘッドの軽減

    複雑なクエリをネットワーク経由で送信するのではなく、プロシージャを実行することで、ネットワーク トラフィックを削減できます。 ODBC アプリケーションが ODBC { CALL } 構文を使用してストアド プロシージャを実行すると、ODBC ドライバーがさらに最適化を行い、パラメーター データの変換が不要になります。

  • 一貫性の向上

    組織の規則がストアド プロシージャなどの 1 つのリソースに集約して実装されると、コーディング、テスト、デバッグを一度で行えます。 各プログラマが独自の実装を開発するのではなく、テスト済みの共通のストアド プロシージャを使用できます。

  • 精度の向上

    通常、ストアド プロシージャは経験を積んだプログラマが開発するので、技術レベルの異なるプログラマが繰り返し手を加えたコードに比べて、効率的でエラーが少なくなる傾向があります。

  • 追加機能

    拡張ストアド プロシージャでは、Transact-SQL ステートメントでは使用できない C および C++ 機能を使用できます。

    ストアド プロシージャを呼び出す方法の例については、「 Process Return Codes and Output Parameters (ODBC)」を参照してください。

このセクションの内容

参照

SQL Server Native Client (ODBC)
ストアド プロシージャを実行する方法に関するトピック (ODBC)