データベースストアドプロシージャの作成方法-mysql チュートリアル-php.cn

データベースストアドプロシージャの作成方法

(*-*)浩

リリース： 2019-05-11 09:24:12

オリジナル

5755 人が閲覧しました

ストアドプロシージャの概要

SQL ステートメントは最初にコンパイルしてから実行する必要があり、ストアドプロシージャ (ストアドプロシージャ) は特定の関数を完了するための SQL ステートメントのセットです。データベース内で、ユーザーは名前を指定し、パラメーターを指定することによって (ストアドプロシージャにパラメーターがある場合)、ストアドプロシージャを呼び出して実行します。ストアドプロシージャは、データベースに作成および保存されるプログラム可能な関数であり、SQL ステートメントと制御構造で構成できます。ストアドプロシージャは、異なるアプリケーションやプラットフォームで同じ機能を実行する場合、または特定の機能をカプセル化する場合に便利です。データベース内のストアドプロシージャは、プログラミングにおけるオブジェクト指向アプローチのシミュレーションとみなすことができ、これによりデータへのアクセス方法を制御できます。

推奨コース: MySql チュートリアル。

ストアドプロシージャのメリット:

(1). SQLの機能強化言語と柔軟性: ストアドプロシージャは制御ステートメントを使用して作成でき、強力な柔軟性があり、複雑な判断やより複雑な操作を完了できます。

(2). 標準コンポーネントプログラミング: ストアドプロシージャを作成した後は、ストアドプロシージャの SQL ステートメントを書き直すことなく、プログラム内で複数回呼び出すことができます。また、データベースの専門家は、アプリケーションのソースコードに影響を与えることなく、いつでもストアドプロシージャを変更できます。

(3). 実行速度の高速化: 操作に大量の Transaction-SQL コードが含まれる場合、または複数回実行される場合、ストアドプロシージャはバッチ処理よりもはるかに高速に実行されます。ストアドプロシージャはプリコンパイルされているためです。ストアドプロシージャが初めて実行されるとき、オプティマイザによってクエリが分析および最適化され、最終的に実行プランがシステムテーブルに保存されます。バッチ Transaction-SQL ステートメントは、実行するたびにコンパイルして最適化する必要があり、速度は比較的遅くなります。

(4). ネットワークトラフィックの削減: 同じデータベースオブジェクトに対する操作 (クエリ、変更など) の場合、この操作に含まれる Transaction-SQL ステートメントがストアドプロシージャに編成されている場合、トランザクションがストアドプロシージャが呼び出されるとき、呼び出しステートメントのみがネットワーク経由で送信されるため、ネットワークトラフィックが大幅に削減され、ネットワーク負荷が軽減されます。

(5). セキュリティ機構として活用する：特定のストアドプロシージャの実行権限を制限することで、該当するデータへのアクセス権限を制限し、不正なユーザーによるアクセスを回避することができます。データにアクセスし、データのセキュリティを確保します。

MySQL のストアドプロシージャ

ストアドプロシージャはデータベースの重要な機能です。MySQL 5.0 は以前はストアドプロシージャをサポートしていなかったので、MySQL のアプリケーションが大幅に減少しました。幸いなことに、MySQL 5.0 ではストアドプロシージャのサポートが開始されており、データベースの処理速度が大幅に向上し、データベースプログラミングの柔軟性も向上します。

MySQL ストアドプロシージャの作成

構文

CREATE PROCEDURE  过程名([[IN|OUT|INOUT] 参数名 数据类型[,[IN|OUT|INOUT] 参数名 数据类型…]]) [特性 ...] 过程体
DELIMITER //  
  CREATE PROCEDURE myproc(OUT s int)    
    BEGIN     
     SELECT COUNT(*) INTO s FROM students;    
    END    
    //
DELIMITER ;

ログイン後にコピー

デリミタ

# # MySQL はデフォルトで区切り文字として「;」を使用します。区切り文字が宣言されていない場合、コンパイラはストアドプロシージャを SQL ステートメントとして扱い、コンパイルプロセスでエラーが報告されるため、「DELIMITER //」を使用して宣言する必要があります。これにより、コンパイラは 2 つの「//」の間の内容をストアドプロシージャのコードとみなして、これらのコードを実行しなくなります。「DELIMITER;」は区切り文字を復元することを意味します。

パラメータ

ストアドプロシージャには、必要に応じて入力、出力、入力および出力パラメータを含めることができます。複数のパラメータがある場合は、「,」を使用して区切ります。 MySQL ストアドプロシージャのパラメータは、ストアドプロシージャの定義で使用されます。パラメータタイプには、IN、OUT、INOUT の 3 つがあります:

IN パラメータの値は、ストアドプロシージャを呼び出すときに指定する必要があります。ストアドプロシージャ内のパラメータです。値は返せず、デフォルト値です。 OUT: ストアドプロシージャ内で値を変更でき、返すことができます。 INOUT: 呼び出し時に指定され、変更して返すことができます。

プロシージャ本体

プロセス本体の開始と終了は、BEGIN と END によって識別されます。

まとめ

今回は主にストアドプロシージャの使い方をマスターしましたが、一般にストアドプロシージャは実はCの関数に似ています。この関数は、この処理を作成するファイル内で呼び出す必要がありますが、ストアドプロシージャの場合は、この操作プロセスをデータベースに格納するのと同等であり、call を使用して呼び出し、一部のパラメータと結果を入力または出力することができます。

最も印象的なのは、「in n int」や「out sum int」といった入出力の定義です。関連ブログを見ると、入出力定義の使用規則をまとめると次のようになります。

MySQL ストアドプロシージャのパラメータはストアドプロシージャの定義で使用されます。パラメータタイプは 3 つあります。

IN、OUT、INOUT

形式は次のとおりです: Create プロシージャ|関数([[IN |OUT |INOUT] パラメーター名前データ型...])

IN 入力パラメーター

は、ストアドプロシージャを呼び出すときにこのパラメーターの値を指定する必要があることを示します。このパラメーターの値が変更された場合ストアドプロシージャの実行中は返すことができず、これがデフォルト値です。

OUT 出力パラメータ
この値はストアドプロシージャ内で変更でき、返すことができます

INOUT 入力および出力パラメータ
呼び出し時に指定され、変更して返すことができます

INとOUTについては実験で体験しましたが、主にINOUTの理解でしたので例を示します:

パラメータinoutの使用例(値の入力と値の渡しの両方が可能)
ステートメント関数: 年齢を渡し、自動的に年齢を 10 歳ずつ増やします
create プロシージャ p3(inout age int)
begin
set age:=age 10;
end
where: 呼び出されたとき、 inout 型のパラメータ値は入力型と出力型の両方です。それに値を与えます。値は変数ではないため、最初に変数を設定して値を初期化する必要があります。その後、呼び出し時に変数を直接渡すだけです。
set @currentAge=8$
call p3(@currentAge)$
select @currentAge$
ストアドプロシージャを作成して実行した後の実行結果は次のとおりです。