SQL ストアドプロシージャの種類。 T-SQL のストアドプロシージャ - 作成、変更、削除。 SQLでストアドプロシージャを実行する方法

23.11.2020

Microsoft SQL Server で独自のアルゴリズムを実装および自動化する ( 計算) ストアドプロシージャを使用できるので、今日はストアドプロシージャがどのように作成、変更、削除されるかについて説明します。

ただし、その前に、ストアドプロシージャとは何か、そして T-SQL でストアドプロシージャが必要な理由を理解するために、少し理論を説明します。

注記！ 初心者のプログラマーには、T-SQL に関する次の役立つ資料をお勧めします。

さらに詳しい勉強のために T-SQL言語『The T-SQL Programmer's Way』という本を読むこともお勧めします。 Transact-SQL 言語のチュートリアル。

T-SQL のストアドプロシージャとは何ですか?

ストアドプロシージャ– これらは、一連の SQL 命令の形式でアルゴリズムを含むデータベースオブジェクトです。つまり、ストアドプロシージャはデータベース内のプログラムであると言えます。ストアドプロシージャは、再利用可能なコードをサーバー上に保存するために使用されます。たとえば、何らかのアルゴリズム、逐次計算、または複数ステップの SQL ステートメントを作成し、そこに含まれるすべての命令を毎回実行しないようにするためです。このアルゴリズムストアドプロシージャとしてフォーマットすることができます。同時に、SQL プロシージャを作成すると、サーバーはコードをコンパイルします。その後、この SQL プロシージャを実行するたびに、サーバーはコードを再コンパイルしません。

SQL Server でストアドプロシージャを実行するには、その名前の前に EXECUTE コマンドを記述する必要があります。このコマンドを EXEC と省略することもできます。たとえば、SELECT ステートメント内のストアドプロシージャを関数として呼び出すことは機能しなくなります。手続きは別途開始されます。

ストアドプロシージャでは、関数とは異なり、UNSERT、UPDATE、DELETE などのデータ変更操作を実行することがすでに可能です。手続きでも使えます SQL文ほぼすべてのタイプ (たとえば、テーブルを作成する CREATE TABLE または EXECUTE)。他のプロシージャを呼び出します。例外は、関数、ビュー、トリガーの作成または変更、スキーマの作成、およびその他の同様の命令など、いくつかの種類の命令です。たとえば、ストアドプロシージャでデータベース接続コンテキスト (USE) を切り替えることもできません。

ストアドプロシージャは入力パラメータと出力パラメータを持つことができ、表形式のデータを返すことも、何も返さず、そこに含まれる命令のみを実行することもできます。

ストアドプロシージャは非常に便利で、多くの操作を自動化または簡素化するのに役立ちます。たとえば、ピボットテーブルを使用してさまざまな複雑な分析レポートを常に生成する必要があります。ピボット演算子。この演算子を使用してクエリを作成しやすくするため ( ご存知のとおり、PIVOT の構文は非常に複雑です)、概要レポートを動的に生成するプロシージャを作成できます。たとえば、資料「T-SQL の動的 PIVOT」では、この機能をストアドプロシージャの形式で実装する例が示されています。

Microsoft SQL Server でのストアドプロシージャの使用例

ソースデータの例

以下のすべての例は、Microsoft SQL Server 2016 Express で実行されます。ストアドプロシージャが実際のデータでどのように機能するかを示すには、このデータが必要です。作成しましょう。たとえば、テストテーブルを作成し、それにいくつかのレコードを追加してみましょう。それが製品とその価格のリストを含むテーブルであるとします。

テーブル作成命令 CREATE TABLE TestTable( INT IDENTITY(1,1) NOT NULL, INT NOT NULL, VARCHAR(100) NOT NULL, MONEY NULL) GO -- データ追加命令 INSERT INTO TestTable(CategoryId, ProductName, Price) VALUES (1 , "マウス", 100), (1, "キーボード", 200), (2, "電話", 400) GO --クエリを選択 SELECT * FROM TestTable

データが揃ったので、ストアドプロシージャの作成に進みましょう。

T-SQL でのストアドプロシージャの作成 - CREATE PROCEDURE ステートメント

ストアドプロシージャはステートメントを使用して作成されます プロシージャの作成, この指示の後に、プロシージャの名前を記述し、必要に応じて括弧内に入力パラメータと出力パラメータを定義する必要があります。その後、あなたは書きますキーワード AS を実行し、キーワード BEGIN で命令のブロックを開き、このブロックを単語 END で閉じます。このブロック内に、アルゴリズムまたはある種の逐次計算を実装するすべての命令を記述します。つまり、T-SQL でプログラムします。

たとえば、以下を追加するストアドプロシージャを作成してみましょう。新しいエントリー、つまり新製品がテストテーブルに加わりました。これを行うには、3 つの入力パラメータを定義します。@CategoryId – 製品カテゴリ識別子、@ProductName – 製品名、@Price – このパラメータはオプションです。それをプロシージャに渡す必要はありません ( たとえば、価格はまだわかりません)、この目的のために、その定義にデフォルト値を設定します。これらのパラメータはプロシージャの本体内にあります。通常の変数と同じように、BEGIN…END ブロック内で使用できます ( ご存知のとおり、変数は @ 記号で表されます。）。出力パラメータを指定する必要がある場合は、パラメータ名の後にキーワード OUTPUT ( または略してOUT).

BEGIN...END ブロックには、データを追加する命令と、プロシージャの最後に SELECT 命令を記述します。これにより、ストアドプロシージャが製品に関する表形式のデータを返します。指定されたカテゴリ追加されたばかりの新しい製品を考慮して。また、このストアドプロシージャでは、複数のスペースが誤って入力される状況を排除するために、入力パラメータの処理、つまり文字列の先頭と末尾の余分なスペースを削除する処理を追加しました。

この手順のコードは次のとおりです ( 私もそれについてコメントしました).

プロシージャの作成 CREATE PROCEDURE TestProcedure (--入力パラメータ @CategoryId INT, @ProductName VARCHAR(100), @Price MONEY = 0) AS BEGIN --アルゴリズムを実装する命令 --受信パラメータの処理 --先頭の余分なスペースを削除そしてテキスト行の最後に SET @ProductName = LTRIM(RTRIM(@ProductName));

-- 新しいレコードを追加します INSERT INTO TestTable(CategoryId, ProductName, Price) VALUES (@CategoryId, @ProductName, @Price) -- データを返します SELECT * FROM TestTable WHERE CategoryId = @CategoryId END GO

T-SQL でのストアドプロシージャの実行 - EXECUTE コマンドすでに述べたように、EXECUTE または EXEC コマンドを使用してストアドプロシージャを実行できます。受信パラメータは、それらをリストし、プロシージャ名の後に適切な値を指定するだけでプロシージャに渡されます (出力パラメータの場合は、OUTPUT コマンドも指定する必要があります。）。ただし、パラメータの名前を指定しないこともできますが、この場合は、値を指定する順序に従う必要があります。入力パラメータが定義されている順序で値を指定します().

これは出力パラメータにも当てはまります

デフォルト値を持つパラメータは指定する必要はありません。これらはいわゆるオプションのパラメータです。

1. 価格を指定せずにプロシージャを呼び出します。 EXECUTE TestProcedure @CategoryId = 1, @ProductName = "Test product 1" --2. 価格を示すプロシージャ EXEC TestProcedure @CategoryId = 1, @ProductName = "Test product 2", @Price = 300 --3 を呼び出します。パラメータ名を指定せずにプロシージャを呼び出します。 EXEC TestProcedure 1, "Test product 3", 400

ストアドプロシージャを T-SQL に変更する - ALTER PROCEDURE ステートメント

手順を使用して手順のアルゴリズムを変更できます。 手順の変更。つまり、既存のプロシージャを変更するには、CREATE PROCEDURE の代わりに ALTER PROCEDURE を記述し、必要に応じて他のすべてを変更するだけです。

テスト手順、たとえば @Price パラメータを変更する必要があるとします。価格を必須にします。このためにデフォルト値を削除し、結果のデータセットを取得する必要がなくなったと想定します。このために、単純にストアドプロシージャから SELECT ステートメントを削除します。

プロシージャ ALTER PROCEDURE TestProcedure (--受信パラメータ @CategoryId INT, @ProductName VARCHAR(100), @Price MONEY) AS BEGIN --アルゴリズムを実装する命令 --受信パラメータの処理 --先頭の余分なスペースを削除し、テキスト行の終わり SET @ProductName = LTRIM(RTRIM(@ProductName));

-- 新しいレコードを追加します INSERT INTO TestTable(CategoryId, ProductName, Price) VALUES (@CategoryId, @ProductName, @Price) END GO

T-SQL でのストアドプロシージャの削除 - DROP PROCEDURE ステートメント 必要に応じて、手順に従ってストアドプロシージャを削除できます。.

ドロップ手順

たとえば、作成したテストプロシージャを削除してみましょう。

DROP PROCEDURE テスト手順

ストアドプロシージャを削除する場合、そのプロシージャが他のプロシージャまたは SQL ステートメントによって参照されている場合、それらが参照するプロシージャはもう存在しないため、削除後にエラーが発生して失敗することに注意してください。

私が持っているのはこれだけです。この資料が興味深く、お役に立てば幸いです、さようなら!

ストアドプロシージャがクエリのパフォーマンスを低下させる可能性がある状況を考慮します。
MS SQL Server 2000 でストアドプロシージャをコンパイルすると、ストアドプロシージャはプロシージャキャッシュに配置されます。これにより、ストアドプロシージャのコードを解析、最適化、コンパイルする必要がなくなり、ストアドプロシージャの実行時のパフォーマンスが向上します。落とし穴逆効果になる可能性があります。
実際、ストアドプロシージャをコンパイルすると、プロシージャコードを構成するステートメントの実行計画もそれに応じてコンパイルされます。コンパイルされたストアドプロシージャがキャッシュされる場合、その実行計画もキャッシュされるため、ストアドプロシージャはキャッシュされません。特定の状況とクエリパラメータに合わせて最適化されます。
これを証明するためにちょっとした実験をしてみましょう。

ステップ1。データベースの作成。
実験のために、別のデータベースを作成します。

データベースの作成 test_sp_perf
ON (NAME="test_data"、FILENAME="c:\temp\test_data"、SIZE=1、MAXSIZE=10、FILEGROWTH=1Mb)
ログオン (NAME="test_log"、FILENAME="c:\temp\test_log"、SIZE=1、MAXSIZE=10、FILEGROWTH=1Mb)

ステップ2.テーブルの作成。
CREATE TABLE sp_perf_test(column1 int, column2 char(5000))

ステップ3.テーブルにテスト行を埋め込みます。重複行は意図的にテーブルに追加されます。 1 から 10,000 までの番号が 10,000 行、50,000 までの番号が 10,000 行あります。

@i int を宣言
SET @i=1
WHILE(@i<10000)
始める
INSERT INTO sp_perf_test(column1, column2) VALUES(@i,"テスト文字列 #"+CAST(@i as char(8)))
INSERT INTO sp_perf_test(column1, column2) VALUES(50000,"テスト文字列 #"+CAST(@i as char(8)))
SET @i= @i+1
終わり

sp_perf_test から SELECT COUNT(*)
行く

ステップ4.非クラスター化インデックスを作成します。実行計画はプロシージャとともにキャッシュされるため、インデックスはすべての呼び出しで同じように使用されます。

sp_perf_test(column1) に非クラスター化インデックス CL_perf_test を作成します
行く

ステップ5.ストアドプロシージャを作成します。このプロシージャは、条件を指定して SELECT ステートメントを実行するだけです。

CREATE PROC proc1 (@param int)
として
SELECT 列 1、列 2 FROM sp_perf_test WHERE 列 1=@param
行く

ステップ6.ストアドプロシージャを実行しています。脆弱なプロシージャを実行する場合、選択パラメータが特別に使用されます。手順の結果、1 行が得られます。実行プランでは、非クラスター化インデックスの使用が示されています。クエリは選択的であり、これが行を取得する最良の方法です。単一行をフェッチするように最適化されたプロシージャは、プロシージャキャッシュに格納されます。

EXEC 手続き 1 1234
行く

ステップ7。非選択パラメータを使用してストアドプロシージャを実行します。パラメーターとして使用される値は 50000 です。最初の列にはこの値を持つ行が約 10000 行あります。したがって、非クラスター化インデックスの使用とブックマーク検索操作は効果的ではありませんが、実行プランを含むコンパイルされたコードはに保存されます。手続き型キャッシュ、これが使用されるものです。実行計画には、これと、ブックマーク検索操作が 9999 行に対して実行されたという事実が示されています。

EXEC proc1 50000
行く

ステップ8.最初のフィールドが 50000 に等しい行の選択を実行します。別のクエリを実行する場合、クエリは最適化され、最初の列の特定の値でコンパイルされます。その結果、クエリオプティマイザーはフィールドが何度も重複していると判断し、テーブルスキャン操作を使用することを決定します。この場合非クラスター化インデックスを使用するよりもはるかに効率的です。

SELECT 列 1、列 2 FROM sp_perf_test WHERE 列 1=50000
行く

したがって、ストアドプロシージャを使用してもクエリのパフォーマンスが必ずしも向上するとは限らないと結論付けることができます。可変行数の結果を操作し、異なる実行プランを使用するストアドプロシージャについては、細心の注意を払う必要があります。
スクリプトを使用して、MS SQL サーバー上で実験を繰り返すことができます。

ストアドプロシージャの概念が定義されています。パラメーターを使用したストアドプロシージャの作成、変更、および使用の例を示します。入力パラメータと出力パラメータの定義が示されています。

ストアドプロシージャの作成と呼び出しの例が示されています。

ストアドプロシージャストアドプロシージャの概念相互接続された SQL ステートメントのグループであり、これを使用するとプログラマの作業がより簡単かつ柔軟になります。ストアドプロシージャ多くの場合、一連の個別の SQL ステートメントよりもはるかに単純です。ストアドプロシージャは、1 つ以上の SQL ステートメントまたは関数で構成され、コンパイルされた形式でデータベースに保存される一連のコマンドです。データベース内での実行ストアドプロシージャ

個々の SQL ステートメントの代わりに、ユーザーには次の利点があります。
必要な演算子はすでにデータベースに含まれています。彼らは全員ステージを通過しました解析する実行可能形式です。前にストアドプロシージャの実行
SQL Server は実行プランを生成し、最適化とコンパイルを実行します。ストアドプロシージャサポート大きなタスクを独立した、より小さく、管理しやすい部分に分割できるためです。
SQL Server は実行プランを生成し、最適化とコンパイルを実行します。他の人に影響を与える可能性があります SQL Server は実行プランを生成し、最適化とコンパイルを実行します。および機能。
SQL Server は実行プランを生成し、最適化とコンパイルを実行します。他の種類のアプリケーションプログラムから呼び出すことができます。
原則として、 SQL Server は実行プランを生成し、最適化とコンパイルを実行します。個々のステートメントのシーケンスよりも高速に実行されます。
SQL Server は実行プランを生成し、最適化とコンパイルを実行します。使いやすい: コマンドは数十または数百のコマンドで構成できますが、実行するには目的のコマンドの名前を指定するだけです。ストアドプロシージャ。これにより、クライアントからサーバーに送信されるリクエストのサイズが軽減され、ネットワークの負荷が軽減されます。

プロシージャを実行する場所と同じ場所に保存すると、ネットワーク上で転送されるデータ量が削減され、システム全体のパフォーマンスが向上します。応用多くの場合、一連の個別の SQL ステートメントよりもはるかに単純です。ストアドプロシージャは、1 つ以上の SQL ステートメントまたは関数で構成され、コンパイルされた形式でデータベースに保存される一連のコマンドです。データベース内での実行ソフトウェアシステムのメンテナンスと変更が簡素化されます。通常、ルールとデータ処理アルゴリズムの形式のすべての整合性制約はデータベースサーバーに実装され、セットとしてエンドアプリケーションで利用できます。多くの場合、一連の個別の SQL ステートメントよりもはるかに単純です。ストアドプロシージャは、1 つ以上の SQL ステートメントまたは関数で構成され、コンパイルされた形式でデータベースに保存される一連のコマンドです。データベース内での実行、データ処理インターフェイスを表します。データの整合性を確保するため、またセキュリティ目的のため、アプリケーションは通常、データへの直接アクセスを受け取りません。データを扱うすべての作業は、特定のメソッドを呼び出すことによって実行されます。多くの場合、一連の個別の SQL ステートメントよりもはるかに単純です。ストアドプロシージャは、1 つ以上の SQL ステートメントまたは関数で構成され、コンパイルされた形式でデータベースに保存される一連のコマンドです。データベース内での実行.

このアプローチにより、データ処理アルゴリズムの変更が非常に簡単になり、すべてのネットワークユーザーがすぐに利用できるようになり、アプリケーション自体に変更を加えずにシステムを拡張できるようになります。ストアドプロシージャデータベースサーバー上で。開発者は、アプリケーションを再コンパイルしたり、そのコピーを作成したり、新しいバージョンで作業するようにユーザーに指示したりする必要はありません。ユーザーは、システムに変更が加えられたことにさえ気づいていない可能性があります。

ストアドプロシージャテーブルや他のデータベースオブジェクトとは独立して存在します。これらはクライアントプログラムによって呼び出されます。ストアドプロシージャまたはトリガー。開発者はアクセス権を管理できます。ストアドプロシージャ、その実行を許可または禁止します。コードを変更するストアドプロシージャ所有者または固定データベースロールのメンバーのみが許可されます。必要に応じて、その所有権をあるユーザーから別のユーザーに譲渡できます。

MS SQL Server環境のストアドプロシージャ

SQL Server を使用する場合、ユーザーは特定のアクションを実装する独自のプロシージャを作成できます。ストアドプロシージャは本格的なデータベースオブジェクトであるため、それぞれが特定のデータベースに保存されます。直接電話ストアドプロシージャプロシージャが配置されているデータベースのコンテキストで実行される場合にのみ可能です。

ストアドプロシージャの種類

SQL Serverにはいくつかの種類があります多くの場合、一連の個別の SQL ステートメントよりもはるかに単純です。ストアドプロシージャは、1 つ以上の SQL ステートメントまたは関数で構成され、コンパイルされた形式でデータベースに保存される一連のコマンドです。データベース内での実行.

システム SQL Server は実行プランを生成し、最適化とコンパイルを実行します。さまざまな管理アクションを実行するように設計されています。ほとんどすべてのサーバー管理活動は、彼らの助けを借りて実行されます。システム的に言えることは、 SQL Server は実行プランを生成し、最適化とコンパイルを実行します。はシステムテーブルの操作を提供するインターフェイスであり、最終的にはユーザーデータベースとシステムデータベースの両方のシステムテーブルからのデータの変更、追加、削除、取得を行います。システムストアドプロシージャ sp_ プレフィックスが付いており、システムデータベースに保存され、他のデータベースのコンテキストで呼び出すことができます。
カスタム SQL Server は実行プランを生成し、最適化とコンパイルを実行します。特定のアクションを実行します。ストアドプロシージャ– 本格的なデータベースオブジェクト。その結果、それぞれのストアドプロシージャ実行される特定のデータベースに配置されます。
一時的 SQL Server は実行プランを生成し、最適化とコンパイルを実行します。一時的にのみ存在し、その後はサーバーによって自動的に破棄されます。それらはローカルとグローバルに分けられます。ローカル一時的 SQL Server は実行プランを生成し、最適化とコンパイルを実行します。作成された接続からのみ呼び出すことができます。このようなプロシージャを作成するときは、単一の # 文字で始まる名前を付ける必要があります。すべての一時的なオブジェクトと同様に、 SQL Server は実行プランを生成し、最適化とコンパイルを実行します。このタイプのファイルは、ユーザーが切断されるか、サーバーが再起動または停止されると自動的に削除されます。グローバルテンポラリストアドプロシージャ同じ手順を持つサーバーからのすべての接続で利用できます。これを定義するには、文字 ## で始まる名前を付けるだけです。これらのプロシージャは、サーバーが再起動または停止されるとき、またはプロシージャが作成されたコンテキスト内の接続が閉じられるときに削除されます。

ストアドプロシージャの作成、変更、削除

創造ストアドプロシージャ次の問題を解決する必要があります。

作成されたタイプの決定ストアドプロシージャ: 一時的またはカスタム。さらに、独自のシステムを作成することもできます相互接続された SQL ステートメントのグループであり、これを使用するとプログラマの作業がより簡単かつ柔軟になります。、sp_ という接頭辞を付けた名前を付けて、システムデータベースに配置します。この手順は、任意のローカルサーバーデータベースのコンテキストで使用できます。
アクセス権の計画。作成時ストアドプロシージャデータベースオブジェクトに対して、それを作成したユーザーと同じアクセス権を持つことを考慮する必要があります。
意味ストアドプロシージャのパラメータ。ほとんどのプログラミング言語に含まれるプロシージャと同様に、ストアドプロシージャ入力パラメータと出力パラメータがある場合があります。
コード開発ストアドプロシージャ。プロシージャコードには、他の SQL コマンドの呼び出しを含む、一連の SQL コマンドを含めることができます。ストアドプロシージャ.

新しいものを作成し、既存のものを変更するストアドプロシージャ次のコマンドを使用して実行します。

<определение_процедуры>::= (CREATE | ALTER ) PROC プロシージャ名 [;番号] [(@パラメータ名データ型 ) [=デフォルト] ][,...n] AS sql_operator [...n]

このコマンドのパラメータを見てみましょう。

接頭辞 sp_ 、 # 、 ## を使用すると、作成されたプロシージャをシステムまたは一時的なプロシージャとして定義できます。コマンド構文からわかるように、作成されたプロシージャを所有する所有者の名前や、プロシージャを配置するデータベースの名前を指定することはできません。したがって、作成したものを配置するには、ストアドプロシージャ特定のデータベースでは、そのデータベースのコンテキストで CREATE PROCEDURE コマンドを発行する必要があります。本体から回転する場合ストアドプロシージャ短縮名は、同じデータベースのオブジェクトに対して、つまりデータベース名を指定せずに使用できます。他のデータベースにあるオブジェクトにアクセスする必要がある場合は、データベース名の指定が必須です。

名前の数字は識別番号ですストアドプロシージャ、プロシージャのグループ内でそれを一意に識別します。管理を容易にするため、プロシージャは論理的に同じタイプになります。 SQL Server は実行プランを生成し、最適化とコンパイルを実行します。同じ名前で異なる識別番号を与えることでグループ化できます。

作成した入力データと出力データを転送するにはストアドプロシージャパラメータを使用できますが、その名前はローカル変数の名前と同様に @ 記号で始まる必要があります。 1つでストアドプロシージャ複数のパラメータをカンマで区切って指定できます。プロシージャの本体では、このプロシージャのパラメータの名前と名前が一致するローカル変数を使用しないでください。

対応するデータ型を判断するには、ストアドプロシージャのパラメータ、ユーザー定義のものを含むあらゆる SQL データ型が適しています。ただし、CURSOR データ型は次のようにのみ使用できます。出力パラメータストアドプロシージャ、つまり OUTPUT キーワードを指定します。

OUTPUT キーワードの存在は、対応するパラメータがデータを返すことを意図していることを意味します。ストアドプロシージャ。ただし、これはパラメータが値を渡すのに適していないという意味ではありません。相互接続された SQL ステートメントのグループであり、これを使用するとプログラマの作業がより簡単かつ柔軟になります。。 OUTPUT キーワードを指定すると、サーバーに終了が指示されます。ストアドプロシージャパラメータの現在の値を、プロシージャの呼び出し時にパラメータの値として指定したローカル変数に割り当てます。 OUTPUT キーワードを指定する場合、プロシージャを呼び出すときの対応するパラメーターの値は、ローカル変数を使用してのみ設定できることに注意してください。通常のパラメータに許可されている式や定数の使用は許可されません。

VARYING キーワードは、CURSOR 型の OUTPUT パラメータと組み合わせて使用されます。それは次のことを決定します出力パラメータ結果セットが存在します。

DEFAULT キーワードは、対応する値を表します。デフォルトパラメータ。したがって、プロシージャを呼び出すときに、対応するパラメータの値を明示的に指定する必要はありません。

サーバーはクエリ実行プランとコンパイルされたコードをキャッシュするため、次回プロシージャが呼び出されるときは、既製の値が使用されます。ただし、場合によっては、プロシージャコードを再コンパイルする必要がある場合もあります。 RECOMPILE キーワードを指定すると、システムに実行計画を作成するように指示されます。ストアドプロシージャ彼女が電話するたびに。

FOR REPLICATION パラメータは、データをレプリケートし、作成されたデータを有効にする場合に必要です。ストアドプロシージャ出版用の記事として。

ENCRYPTION キーワードは、サーバーにコードを暗号化するように指示します。ストアドプロシージャ、作業を実装する独自のアルゴリズムの使用に対する保護を提供できます。ストアドプロシージャ.

AS キーワードは本文自体の先頭に配置されますストアドプロシージャ、つまりこれまたはそのアクションを実装するための一連の SQL コマンド。ほとんどすべての SQL コマンドをプロシージャ本体で使用でき、トランザクションを宣言したり、ロックを設定したり、その他のコマンドを呼び出すことができます。 SQL Server は実行プランを生成し、最適化とコンパイルを実行します。。から出るストアドプロシージャ RETURNコマンドを使用して実行できます。

ストアドプロシージャの削除次のコマンドによって実行されます。

DROP PROCEDURE (プロシージャ名) [,...n]

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

のためにストアドプロシージャを実行する使用されるコマンドは次のとおりです。

[[ EXEC [ UTE] プロシージャ名 [;番号] [[@パラメータ名=](値 | @変数名) |][,...n]

電話の場合ストアドプロシージャパッケージ内のコマンドはこれだけではないため、EXECUTE コマンドが存在する必要があります。さらに、このコマンドは、別のプロシージャまたはトリガーの本体からプロシージャを呼び出すために必要です。

プロシージャを呼び出すときの OUTPUT キーワードの使用は、次のときに宣言されたパラメータに対してのみ許可されます。プロシージャの作成 OUTPUT キーワードを使用します。

プロシージャを呼び出すときにパラメータにキーワード DEFAULT が指定されている場合、それが使用されます。デフォルト値。当然のことながら、指定された単語 DEFAULT は、それが定義されているパラメーターに対してのみ許可されます。デフォルト値.

EXECUTE コマンドの構文は、プロシージャを呼び出すときにパラメータ名を省略できることを示しています。ただし、この場合、ユーザーはパラメータの値を、パラメータの値を指定するときにリストされたのと同じ順序で指定する必要があります。プロシージャの作成。パラメータへの割り当てデフォルト値、出品時にスキップすることはできません。定義されているパラメータを省略したい場合デフォルト値を呼び出すときにパラメータ名を明示的に指定するだけで十分です。ストアドプロシージャ。さらに、この方法では、パラメータとその値を任意の順序でリストできます。

プロシージャを呼び出すときは、値を含むパラメータ名、またはパラメータ名のない値のみを指定することに注意してください。これらを組み合わせることはできません。

例12.1。 パラメータのないプロシージャ。イワノフが購入した商品の名前と価格を取得する手順を作成します。

CREATE PROC my_proc1 AS SELECT Product.Name、Product.Price*Transaction.Quantity AS Cost、Customer.Last Name FROM Customer INNER JOIN (Product INNER JOIN Transaction ON Product.ProductCode=Transaction.ProductCode) ON Customer.CustomerCode=Transaction.CustomerCode WHERE顧客 .Last name='イワノフ' 例12.1。