プロシージャを SQL Server に保存します。 保存手順。 保存される作成と vikonannya 手順

MySQL 5 には多くの新機能があり、最も重要な保存手順が含まれています。 このレッスンでは、悪臭を放つものと、悪臭があなたの生活を楽にするものについて説明します.

エントリ

手順が選択されます - 繰り返されるカプセル化の方法。 保存されたプロシージャでは、変更を加えたり、データ フローを管理したり、他のプログラミング手法を停止したりできます。

作成の理由は明確で、一部の勝者によって確認されています。 逆に、イレギュラーに一緒に仕事をしている人と話すと、考えが真っ二つに分かれます。 ツェを忘れないでください。

あたり

• 他のプログラムとの Podіl ロジック。 保存手順は機能をカプセル化します。 データへのアクセスを保護し、異なるプログラム間でそれらを管理します。
• データベース テーブルでの coristuvachiv の分離。 これにより、保存されたプロシージャへのアクセスは許可されますが、テーブル自体へのアクセスは許可されません。
• 防御機構を確保します。 前のポイントまでは、保存したプロシージャを介してのみデータにアクセスできますが、他の誰も SQL DELETE コマンドを使用してデータを削除することはできません。
• Polypshennya vykonannya は短命のトラフィックの遺産です。 保存されている追加の手順については、個人的な飲み物を組み合わせることができます。

プロティ

• ほとんどの作業がサーバー側で行われ、クライアント側ではそれより少ないという事実に関連して、データベースサーバーに進みます。
• 学ぶためにたくさんのものを持ってきてください。 保存される独自のルーチンを作成するには、MySQL の構文を理解する必要があります。
• プログラムのロジックを 2 つの場所 (サーバー コードと保存するプロシージャのコード) で複製することで、データの操作プロセスを簡素化します。
• ある DBMS から別の DBMS (DB2、SQL Server など) に移行すると、問題が発生する可能性があります。

私が使用するツールは MySQL Query Browser と呼ばれ、データベースとやり取りするためのデフォルトのツールです。 MySQL コマンド ライン ツールは、もう 1 つの魔法の選択です。 保存されているすべての手順を phpMyAdmin がサポートしていない理由について説明します。

スピーチの前に、このトピックを理解しやすいように、表の基本構造を代用しています。 Andje、保存されている手順について説明し、テーブルのかさばる構造を理解できるように、折り畳みで悪臭を放ちます。

クロック 1: 中間を置きます

中間 - SQL スクリプトの記述を完了するために、MySQL クライアントを挿入するために使用される文字または文字列。 塊のある斑点のTsіluvіchnіstobzhuvachem buvシンボル。 ティムは少なくありません、あなたは問題を非難することができます、あなたが保存した手順の破片、あなたはヴィラズをまき散らすことができます、そこから昏睡状態で終わるのは有罪です。 このウロックでは、私はメズーバッハとして「//」という暴力的な行を持っています。

クロック 2: 保存されている手順で練習する方法

取られる手順の作成

DELIMITER // CREATE PROCEDURE `p2` () LANGUAGE SQL DETERMINISTIC SQL SECURITY DEFINER COMMENT "プロシージャ" BEGIN SELECT "Hello World!"; 終わり//

コードの最初の部分は、保存されるプロシージャを作成します。 Nastupna - neobov'yazkovіパラメーターの復讐。 どこかに名前を付けましょう、nareshti、プロシージャ自体の本体です。

保存する手順に名前を付け、登録する必要があります。 また、同じ名前で一連のプロシージャを作成することもできません。 保存されたすべてのプロシージャは変更できず、データベース自体が変更されます。

考慮すべき手順の4つの特徴：

• 言語: 移植性を確保するために、SQL はロック用に示されています。
• 決定論的: したがって、プロシージャは常に同じ結果をローテーションし、同じ入力パラメータを受け入れます。 複製および登録プロセスの価格。 ロック値は決定的ではありません。
• SQL セキュリティ INVOKER - tse koristuvach, scho call the procedure, scho be save. DEFINER は、プロシージャの「作成者」です。 プロモーション値 - DEFINER。
• コメント: ドキュメンテーション メソッドでは、ロックの意味は "" です。

毎週の貯蓄手順

保存するプロシージャを呼び出すには、CALL キーワードをオーバーライドする必要があります。次に、プロシージャに名前を付け、アークでパラメータを指定します (値を変更または変更します)。 Obov'yazkovі寺院。

CALL stored_procedure_name (param1, param2, ....) CALL procedure1(10 , "string parameter", @parameter_var);

手続きの変更

MySQL は ALTER PROCEDURE を使用してプロシージャを変更できますが、ALTER PROCEDURE を使用して複数の特性を変更できます。 プロシージャのパラメータまたは本体を変更する必要がある場合は、削除してから再度作成してください。

取られたVidalennya手順

DROP PROCEDURE IF EXISTS p2;

Tse は単純なチームです。 Viraz IF EXISTS は、そのような手順がないため、ご容赦ください。

クロック 3: パラメータ

保存されるパラメーターをプロシージャーに渡す方法を見てみましょう。

• CREATE PROCEDURE proc1 (): 空のパラメーター リスト
• CREATE PROCEDURE proc1 (IN varname DATA-TYPE): 1 つの入力パラメーター。 IN という単語は neobov'yazkove であり、ロックするためのパラメータ - IN (入力) です。
• CREATE PROCEDURE proc1 (OUT varname DATA-TYPE): ローテーションする 1 つのパラメーター。
• CREATE PROCEDURE proc1 (INOUT varname DATA-TYPE): 1 つのパラメーターを入力して同時にターンアラウンドします。

もちろん、さまざまなタイプのパラメーターの数を設定できます。

バットパラメータ IN

DELIMITER // CREATE PROCEDURE `proc_IN` (IN var1 INT) BEGIN SELECT var1 + 2 AS result; 終わり//

OUTパラメータバット

DELIMITER // CREATE PROCEDURE `proc_OUT` (OUT var1 VARCHAR(100)) BEGIN SET var1 = "Tim є" END //

INOUT パラメータ突き合わせ

DELIMITER // CREATE PROCEDURE `proc_INOUT` (OUT var1 INT) BEGIN SET var1 = var1 * 2; 終わり //

ワニ 4: 変更点

さっそく、途中手順の変更・保存方法をお教えします。 cob で BEGIN / END ブロックに一度に їx 型のデータを明示的に宣言する必要があります。 変更を表明するとすぐに、同じ場所、変更セッション、リテラル、または列でそれを獲得できます。

無声変更の構文は次のようになります。

DECLARE varname DATA-TYPE DEFAULT defaultvalue;

変化のスプラットを声に出しましょう：

DECLARE a, b INT DEFAULT 5; DECLARE str。 VARCHAR(50); DECLARE 今日 TIMESTAMP DEFAULT CURRENT_DATE; DECLARE v1、v2、v3 TINYINT;

変更を処理する

変更を発表したように、SET または SELECT コマンドのヘルプの後ろに値を挿入できます。

DELIMITER // CREATE PROCEDURE 'var_proc' (IN paramstr VARCHAR(20)) BEGIN DECLARE a, b INT DEFAULT 5; DECLARE str。 VARCHAR(50); DECLARE 今日 TIMESTAMP DEFAULT CURRENT_DATE; DECLARE v1、v2、v3 TINYINT; テーブル 1 値 (a) に挿入します。 SET str = "私は文字列です"; SELECT CONCAT(str,paramstr), 今日 FROM table2 WHERE b >=5; 終わり //

クロック 5: ストリームによる keruvannya の構造

MySQL は、保存されたプロシージャ内のフロー制御のために IF、CASE、ITERATE、LEAVE LOOP、WHILE、および REPEAT 構造をサポートします。 IF、CASE、WHILE、悪臭の破片が最も勝利する様子を見ることができます。

IF構築

追加の構造については、タスクに勝つことができる場合、何に復讐するか:

DELIMITER // CREATE PROCEDURE `proc_IF` (IN param1 INT) BEGIN DECLARE variable1 INT; SET variable1 = param1 + 1; IF variable1 = 0 THEN SELECT variable1; END IF; IF param1 = 0 THEN SELECT "パラメータ値 = 0"; ELSE SELECT "パラメータ値<>0"; END IF; END //

ケースデザイン

CASE は、適切な解決策をマインドチェックして選択するもう 1 つの方法です。 Tsevіdmіnniysposіbsіbіbіnі非個人的な構造IF。 構造は 2 つの方法で説明でき、精神の非個人的な知性の制御に柔軟性を与えます。

DELIMITER // CREATE PROCEDURE `proc_CASE` (IN param1 INT) BEGIN DECLARE variable1 INT; SET variable1 = param1 + 1; CASE variable1 WHEN 0 THEN INSERT INTO table1 VALUES (param1); WHEN 1 THEN INSERT INTO table1 VALUES(変数1); ELSE INSERT INTO table1 VALUES(99); END CASE; 終わり //

DELIMITER // CREATE PROCEDURE `proc_CASE` (IN param1 INT) BEGIN DECLARE variable1 INT; SET variable1 = param1 + 1; CASE WHEN variable1 = 0 THEN INSERT INTO table1 VALUES(param1); WHEN variable1 = 1 THEN INSERT INTO table1 VALUES(variable1); ELSE INSERT INTO table1 VALUES(99); END CASE; 終わり //

工事中

技術的には、WHILE ループ、LOOP ループ、REPEAT ループの 3 種類のループがあります。 また、ダース ベイダーのプログラミング テクニックである GOTO virazi の助けを借りてサイクルを編成することもできます。 軸バットループ:

DELIMITER // CREATE PROCEDURE `proc_WHILE` (IN param1 INT) BEGIN DECLARE variable1, variable2 INT; 変数 1 を設定 = 0; WILE変数1< param1 DO INSERT INTO table1 VALUES (param1); SELECT COUNT(*) INTO variable2 FROM table1; SET variable1 = variable1 + 1; END WHILE; END //

クロック 6: カーソリ

カーソルは、一連の行、回転、およびスキン行の終了を通過するために選択されます。

MySQL は、保存されたプロシージャでカーソルを尊重します。 Axis は、カーソルに一致する短い構文です。

DECLARE カーソル名 CURSOR FOR SELECT...; /*そのカーソルの処理 */ DECLARE CONTINUE HANDLER FOR NOT FOUND /*これ以上レコードがない場合の動作*/ OPEN カーソル名; /*カーソルを見つける*/ FETCH カーソル名 INTO 変数 [, 変数]; /*列のスレッド化された値よりも優れた変更値を設定します*/ CLOSE cursor-name; /*カーソルを閉じる*/

このアプリケーションでは、選択したカーソルを使用していくつかの簡単な操作を実行します。

DELIMITER // CREATE PROCEDURE `proc_CURSOR` (OUT param1 INT) BEGIN DECLARE a, b, c INT; table1 から col1 を選択するための cur1 CURSOR を宣言します。 NOT FOUND SET b = 1 の場合、CONTINUE ハンドラを宣言します。 OPEN cur1; セット b = 0; セット c = 0; WHILE b = 0 DO FETCH cur1 INTO a; IF b = 0 THEN SET c = c + a; END IF; 終了まで; CLOSE cur1; SET param1 = c; 終わり //

カーソルには、好ましくない結果を避けるために理解する必要がある 3 つの機能があります。

• センシティブではない: 一度表示されたカーソルは、後で変更されたテーブルの変更を表示しません。 実際には、MySQL はカーソルが更新されることを保証していないため、信頼しないでください。
• 読み取り可能: カーソルは変更できません。
• 巻き戻しなし: 構築カーソルは 1 本の直線のみを通過します。行を選択せず​​に行をスキップすることはできません。

ビスノボク

このレッスンでは、仕事の基本、世話をする手順、および彼女に適用されるいくつかの特定の力を教えました. 明らかに、セキュリティ、SQL ウイルス、最適化などの知識を埋める必要があります。まず第一に、MySQL プロシージャの第一人者です。

あなたは支援する責任があります。実際のところ、私たちはあなたの特定の補遺から保存されたさまざまな手順を提供し、その後でのみ必要以上の手順を作成します。 ザガロム I ヴィコリスト手順; 私の意見では、安全性、コードのメンテナンス、および全体的な設計の後でプロジェクトで使用することをお勧めします。 それまでは、MySQL の手順に取り組む必要があることを忘れないでください。 機能と改善に値する改善を確認してください。 どうか、あなたの考えを無駄にしないでください。

最終更新日: 14.08.2017

多くの場合、データを使用した操作は、歌のシーケンスに従う必要があるため、一連の指示を表します。 たとえば、製品に購入を追加する場合、テーブルにデータを入力する必要があります。 cim の前の prote は尊敬される必要があり、chi は実際に購入される商品です。 おそらく、あなたがたまたま卑しいドダトコヴィの心を改宗させたとき。 それは実際に商品を購入するプロセスですohoplyuєkіlkadіy、yakіはpevnіyposlіdovnostіでvykonuvatsyaかもしれません。 І このようにして、すべてのものを 1 つのオブジェクトに最適にカプセル化します - 必要な手続き(ストアド プロシージャ)。

世話をする手順の利点に関するTobtoは、一連の指示を表しており、それらは単一の全体として完成されています。 保存されている手順自体は、単純で複雑な操作を可能にし、単一のオブジェクトでそれらを非難します。 商品を購入するプロセスを変更し、手順コードを変更するのに十分なvіdpovіdno。 この手順では、コードも要求されます。

また、保存されたプロシージャを使用すると、テーブル内のデータへのアクセスをブロックしたり、同様に、これらのデータや認識されていない重要でないデータの不動性を変更したりできます。

もう 1 つの重要な側面は生産性です。 保存手順の音は良くなり、SQL 命令の音は低くなります。 プロシージャ コードは、最初の実行時に 1 回コンパイルされ、コンパイル済みの形式で保存されます。

保管中のプロシージャーを作成するには、CREATE PROCEDURE または CREATE PROC コマンドを呼び出します。

したがって、実行する手順には、コードの容易さ、セキュリティ、および生産性の 3 つの重要な特徴があります。

たとえば、商品に関するデータを収集できるように、データベースにテーブルがあるとします。

CREATE TABLE Products (Id INT IDENTITY PRIMARY KEY, ProductName NVARCHAR(30) NOT NULL, Manufacturer NVARCHAR(20) NOT NULL, ProductCount INT DEFAULT 0, Price MONEY NOT NULL);

指定されたテーブルのデータを調べるために、保存されているプロシージャを作成しましょう。

製品データベースを使用します。 GO CREATE PROCEDURE ProductSummary AS SELECT ProductName AS 製品、メーカー、価格 FROM 製品

ただし、CREATE PROCEDURE コマンドは別のパッケージを参照する責任がありますが、USE コマンドを使用してストリーミング データベースをインストールした後、GO コマンドを呼び出して新しいパッケージを指定します。

プロシージャ名の後に AS キーワードを使用できます。

プロシージャの本体をスクリプトに追加するために、多くの場合、プロシージャ コードは BEGIN...END ブロックに配置されます。

製品データベースを使用します。 GO CREATE PROCEDURE ProductSummary AS BEGIN SELECT ProductName AS Product, Manufacturer, Price FROM Products END;

手順を追加した後、サブ ノードで SQL Server Management Studio のデータベース ノードを操作できます。 プログラマビリティ -> ストアド プロシージャ:

ビジュアル インターフェイスを介して手順を実行することもできます。

ヴィコナニーの手順

プロシージャを保存するには、コマンド EXEC または EXECUTE を呼び出します。

エグゼク製品概要

ヴィダレニャの手順

プロシージャを削除するには、DROP PROCEDURE コマンドを呼び出します。

DROP PROCEDURE 製品概要

SQL プロシージャーの保存 - プログラム・モジュールのハッキング。さまざまなオブジェクトを見ることで保存できます。 つまり、SQL 命令を持つオブジェクトです。 保存された手順をアプリケーション クライアントで使用して、生産性を向上させることができます。 さらに、そのようなオブジェクトは、他のシナリオから呼び出されたり、他の種類の配布を刺激したりすることがよくあります。

エントリ

これらが他の手順 (MS SQL など) と似ていることを知っておくことは重要です。 多分あなたは正しいです。 それらは同様のパラメーターを持っている可能性があり、同様の値を見ることができます。 それらの上では、悪臭が1時間くっついています。 たとえば、悪臭は DDL および DML データベースに関連付けられているだけでなく、コア機能 (コードネーム - UDF) にも関連付けられています。

実際、処理された SQL プロシージャーは、そのようなプロセスの中間にあるため、さまざまな利点があります。 Bezpeka、プログラミングの多様性、生産性 - すべてがデータベース、より多くのデータから機能するコアに追加されます。 プログラムがSQL Server Management Studioという名前で「Microsoft」という名前でリリースされた場合、手順の人気のピークは2005年から2010年に落ちました。 データベースの助けを借りて、それはより単純で、より実用的で、より便利になりました. そんな世界のロックからプログラマーの間で人気を集めています。 今日、それは絶対に健全なプログラムであり、データベースとの「接続」のように、「エクセル」のようになっています。

手順をクリックすると、vtruchannya coristuvacha zayvih protsessіv なしでサーバー自体によって即座に処理されます。 もしそうなら、あなたは zdiyasnyuvati が遠い、vikonannya、変化のようになることができます。 そのためには、独学でオブジェクト処理の最も複雑な部分を奪う DDL オペレーターが必要です。 さらに、それは非常に高速であるように見え、サーバーは実際には navantazhuetsya ではありません。 この種の速度と生産性により、大量の情報をサーバーからサーバーに簡単に転送できます。

この技術を実装するために、情報を持つロボットはmovプログラミングに基づいています。 それらの前には、たとえば、Oracle のような PL / SQL、InterBase および Firebird システムの PSQL、さらには従来の「Microsoft」Transact-SQL が表示されます。 すべての悪臭は、優れたデータベースでアルゴリズムを習得できるようにする、保存された手順を作成および終了することで認識されています。 そのような情報を管理する人がすべてのオブジェクトをサードパーティシステムへの不正アクセスから保護し、明らかに他のデータを作成、変更、または表示できるようにする必要があります。

生産性

Qi データベース オブジェクトは、さまざまなパスでプログラムできます。 ツェーは、コリストヴァチャが最も適したタイプの精力的な方法を選択できるようにし、その時間の強さを節約します。 さらに、手順自体が処理されているため、サーバーとサーバーの間の1時間ごとの大きな為替レートを隠すことができます. また、モジュールはいつでも再プログラムおよび変更できます。 特に、保存された SQL プロシージャの起動が期待される柔軟性に注意することが重要です。このプロセスは、効率的で普遍的なものにするために、他のプロセスと似ています。

ベズペカ

このタイプの情報の処理は同様のプロセスで使用され、セキュリティの向上が保証されます。 Tse bezpechuetsya は、手順への他のユーザーのアクセスを再びオフにすることができるという事実を説明しています。 管理者がperehoplennya情報やデータベースへの不正アクセスを恐れずに、独立して操作を実行できるようにします。

データの転送

取得された SQL プロシージャとクライアントの追加文書との間の接続は、ローテーションされるさまざまなパラメーターと値に基づいています。 obov'yazkovo ではなく、保存されたプロシージャにデータを転送し、情報が処理され (主にオンデマンドで)、SQL 用に処理されます。 保存されている手順がその作業を完了したので、データパケットを補遺に送り返します（バグのためにエール、私は知っています）。 SQL プロシージャーを保存する方法がわかるので、次に例を示します。

追加パラメーターのデータを出力タイプに渡します。

オペレーターの支援のためのデータの転送。

オペレーターの選択を支援するためのトリビュートの強さ。

それでは、プロセス全体を途中で見るように見てみましょう。

1. SQL での EXEC 保存済みプロシージャの作成

MS SQL (Managment Studio) でプロシージャを作成できます。 手順が作成された後、オペレーターによって手順が作成されるプログラミング vuzol ベース データから再配置されます。 vykonannya SQLプロシージャの場合、scho zberіgayutsya、vykoristovuyut EXECプロセス、オブジェクト自体のkaki m_stiіm'ya。

プロシージャを組み合わせると、名前が最初に宣言され、その後、割り当てられた 1 つ以上のパラメータが選択されます。 パラメータは拘束力を持たない場合があります。 プロシージャ本体のパラメータを記述しますので、必要な操作を行う必要があります。

右側では、体をローカルで変更できるという点で、roztashovani in nіy、および tsі も手順の前の日付に従ってローカルで変更されます。 つまり、Microsoft SQL Server プロシージャの本文の途中でのみ表示されます。 保存手順は時々 vvazhayutsya ローカルです。

したがって、プロシージャを作成するには、プロシージャの名前と、プロシージャの本体に少なくとも 1 つのパラメーターが必要です。 そのような時の最も重要なオプションは、分類子でのスキームの名前の手順の作成であることに注意してください。

プロシージャの本体は、テーブルの作成、テーブルへの 1 つまたは 1 行の行の挿入、データベースのタイプと性質など、ある種の例である場合があります。 手順のプロテオボディは、新しい操作での現在の操作の勝利の間にあります。 重要な区切りの行為は以下に構築されています。

体は、救われている他の手順を実行しても罪を犯しません。

身体は対象について許しを生み出すことができます。

体は、毎日のトリガーを作成することに責任はありません。

2. 手順の本体に変更をインストールする

プロシージャの本体に対してローカルに変更することができ、悪臭はプロシージャの本体の途中でのみ変更されます。 グッドプラクティスとは、体の穂軸で変更され、保存される手順を作成することです。 ただし、特定のオブジェクトの本体の任意の場所に変更をインストールすることもできます。

場合によっては、いくつかの変更が 1 つの行にインストールされ、変更パラメータのスキンが水で強化されていることがわかります。 また、プレフィックス @ を変更できることを尊重してください。 プロシージャのタイプの変更は、必要な場所に挿入できます。 たとえば、@NAME1 を変更すると、手順の最後に声をかけることができます。 無声変化の意味を与えるために、一連の特別なデータが収集されます。 状況に基づいて、1 つの行で複数の変更が発声された場合、そのような状況では、特別なデータのセットは 1 つ未満になります。

多くの場合、クイズで次のように尋ねられます。 良い。 チカバに餌をやるけど、もっと豊かにする方が簡単だとは思わない。 ヒント: 「Select Var = value」のようなペアのヘルプ。 昏睡状態でそれらを広げて、オッズを打ち負かすことができます。

最も操作的なお尻では、人々は簡単な手順の作成、世話をするもの、およびvikonannyaїїを示しています。 この手順では、プロセス、それが呼び出すもの、新しい値に近い値などのパラメーターを取得できます (ただし、変更しないでください)。 悪臭が逃げると、体の真ん中でプロセスが始まります。 たとえば、手順を作成する方法、サブスクライバーから地域の場所を受け入れる方法、何を呼び出し、それらに関するデータを返す方法、その地域の場所に送信される著者の数などです。 この手順では、データベースの著者のテーブル (たとえば、Pubs から著者のリストの最後まで) が考慮されます。 たとえば、データベースを調べるために、Google は SQL2005 の側から SQL スクリプトをキャプチャします。

前のケースでは、手続きは英語で @State と @City と呼ばれる 2 つのパラメータを取ります。 データのタイプは、補足に割り当てられたタイプと一致しています。 手順のタイトルは、(すべての作成者の) @TotalAuthors によって内部的に変更される場合があり、数量を表示する目的で変更されます。 Dalіz'yavlyaєtsyarazdіlvyboruzaputu、yakii all pіdrakhovuє。 Nareshti、podrahovane znachennyavіdobrazhaєєtsyavіknіvyvoduは、オペレーターの友人への援助を求めています。

SQL Viconati でプロシージャを保存するにはどうすればよいですか

手続きには2つの方法があります。 プロシージャの名前の後に分割のリストが表示されるため、パラメーターを渡す最初のパスが表示されます。 許容されます。2 つの意味がある場合があります (前のお尻のように)。 値は、@State および @City プロシージャの追加の変更パラメーターに使用されます。 パラメータを転送する方法全体が重要な順序になっています。 この方法は、序数引数の受け渡しと呼ばれます。 一方、パラメーターは明確に認識されるため、順序は重要ではありません。 これを行う別の方法は、名前付き引数を渡すことです。

手順は標準で変更できます。 フロントバットと同様に、ここでのみパラメーターが表示されます。 したがって、@City パラメーターが最初に取得され、@State はロック値から取得されます。 ロックの後ろのパラメーターは大丈夫そうに聞こえます。 保存される SQL プロシージャーは、単純パラメーターとして渡されます。 この場合、UT パラメーターが SA ロックの値をオーバーライドすることに注意してください。 もう一方の vicoon は @ City パラメーターに複数の引数値を持ち、@ State パラメーターは CA キーの値を取ります。 省略形の変更がパラメーターのリストの最後に近づくように更新されるように、プログラムの更新は喜んで行われます。 別の方法では、vykonannya はできません。あなたでさえ、名前付け引数の転送を練習することで罪を犯しています。

4. SQL Server プロシージャの保存: ローテーションの方法

保存されている差し押さえ手続きでデータを管理するには、3 つの重要な方法があります。 悪臭は以下で修復されます。

取られた手順の値を回す。

保存中のプロシージャーのパラメーターを除外します。

保存されている手順の 1 つを選択します。

4.1 SQL プロシージャーの節約の価値を変える

このメソッドでは、プロシージャはローカル変更の値を提供し、それを回転させます。 手続きは滞りなく折り返し可能です。 攻撃的なお尻で、彼らはまるで多数の著者をひっくり返すかのように手順を作成しました。 この手順を以前の手順と比較すると、もう一方の意味が返されたものに置き換えられたと考えることができます。

では、手順を踏んで意味を入力する方法、回し方を考えてみましょう。 Vikonannya 手順 vmagaє vstanovlennya zminnoї その友人、ヤクはプロセスの後に実行されます。 Select 演算子 (Select @RetValue や OutputValue など) に置き換えることができることに注意してください。

4.2 保存されている SQL プロシージャーのパラメーターを削除する

vіdpovіdの意味は、1つのzminnoyを回すためのvikoristanである可能性があります。 出力パラメーターのバリアントを使用すると、プロシージャーは、一方または他方の側の変更の値を修正できます。 出力パラメーターは、プロシージャーの作成時に同じキーワード「Output」によって指定されます。 ジョブ パラメータが出力パラメータの場合、プロシージャ オブジェクトがその値を設定します。 下位で使用できる SQL プロシージャの保存は、サブバッグ情報を使用してさまざまな場合に使用されます。

アプリケーションには、@ TotalAuthors と @ TotalNoContract という 2 つの正式な名前があります。 悪臭は、パラメーターのリストによって示されます。 変更の数は、プロシージャの本体の途中で指定されます。 パラメータを取得すると、サブスクライバはプロシージャの本文の途中に挿入された値を選択できます。

さらに、前のシナリオでは、MS SQL Server プロシージャを出力パラメータに保存するかのように、値を増やすために 2 つの変更が加えられています。 次に、手順は CA パラメータの通常の値を設定するパスによって打ち負かされます。 次のパラメータは同じで、後で無声の変更が順番に送信されます。 移りゆく日々の移り変わりの時がキーワードであるという敬意をここでも与えられます。 手順が成功した後、最後のパラメーターの追加のヘルプが必要になるため、さらなる調整のために重要性が示されます。

4.3 保存する SQL プロシージャの 1 つを選択する

この手法は、データ テーブル (RecordSet) 内の値のセットを、実行される完全な手順にローテーションするために使用されます。 このアプリケーションでは、@AuthID パラメーターを使用して保存される SQL プロシージャーがテーブル「作成者」にフィルター パスをフィードし、追加の @AuthId パラメーターの後にレコードがローテーションされます。 Select ステートメントは、回転できるものをオーバーライドし、プロシージャを呼び出して選択します。 手順が失敗すると、AuthId が返されます。 ここでのこのような手順は、常に 1 つのレコードのみをローテーションするか、そうでなければ必要です。 エール、取られている手順では、毎日複数のレコードをめくることが許可されていません。 多くの場合、例を使用することができます。さまざまなパラメーターを使用したデータローテーションのいくつかについて、変更の計算に参加して、バッグ値の数を与える方法があります。

最後に

保存されている手順は、それが有効または送信する深刻なソフトウェア モジュールで完了することであり、クライアントの追加に必要な変更もインストールします。 サーバー自体に保存されているOskіlki手順、vikonuєtsya、サーバーとクライアントの補遺（控除対象の場合）の間の大きな義務を伴うデータの交換を削除できます。 これにより、SQLサーバーにダウングレードできます。これは、明らかに、支配者の手に渡ります. 予見可能なものの 1 つは、重要なデータベースの作成に携わる人々によって処理される T SQL プロシージャです。 また、保存されている手順を実行するときに異なる可能性のある多数のニュアンスを刺激することも素晴らしいことです。専門家を含め、プログラミングに従事することを計画している人にとっては、より必要です。

Microsoft SQL Server は、独自のアルゴリズムを実装して自動化する必要があります ( ロズラクンコフ）保存された手順を打ち負かすことができるので、今日は悪臭がどのように作成、変更、消滅するかについて話します.

ちょっとした理論で、プロシージャとは何か、保存されるものは何か、そしてなぜ T-SQL で悪臭が必要なのかを理解しました。

ノート！ プログラマーには、T-SQL のトピックに関する次の基本資料をお勧めします。

• T-SQL 言語を詳しく理解するには、T-SQL プログラマーの本を読むことをお勧めします。 Transact-SQL のセルフ リーダー。
• T-SQL を使用した専門的なオンライン コース

T-SQL に格納されているプロシージャは何ですか?

保存手順– SQL 命令のセットとしてアルゴリズムを持つすべてのデータベース オブジェクト。 つまり、保存されている手順は、データベースの途中にあるプログラムであると言えます。 保存手順は、再配線されたコードをサーバーに保存するために保存されます。たとえば、ある種のアルゴリズム、最後のアルゴリズム、または豊富な SQL 命令を記述したため、これに入るすべての命令を勝ち取ることはできません。アルゴリズム、手順を確認できます。 この場合、SQL プロシージャーを作成すると、サーバーはコードをコンパイルし、SQL プロシージャーをスキン スタートすると、サーバーはそれを再度コンパイルしなくなります。

SQL Server でストアド プロシージャを実行するには、її 呼び出しの前に EXECUTE コマンドを記述する必要があります。短縮された EXEC コマンドを記述することも可能です。 たとえば、呼び出しプロシージャを SELECT ステートメントに保存します。 手順はokremoを開始しました。

ビュー関数に保存されているプロシージャの場合、UNSERT、UPDATE、DELETE などのデータ変更操作をオーバーライドすることもできます。 また、プロシージャでは、SQL 命令を実質的に任意のタイプに変更できます。たとえば、EXECUTE テーブルを作成する前に CREATE TABLE を実行できます。 他の手順の毎週。 機能の作成または変更、外観、トリガー、スキームの作成、およびその他の同様の命令など、多くの種類の命令があります。たとえば、実行される手順では、接続コンテキストを切り替えることもできません。データベース (USE) に。

プロシージャを選択できます。入力パラメータと出力パラメータを含めることができます。表形式のデータを回転できます。何も回転できません。この命令のエントリのみを変更できます。

保存手順はより難しく、多くの操作を自動化または簡素化するのに役立ちます。たとえば、さまざまなテーブルからさまざまな折り畳み分析データを作成する必要があります。 PIVOT オペレーター。 cym オペレーターにドリンクの作成を依頼するには ( ご存知のように、PIVOT 構文は折り畳み可能です)、スターを動的に形成する手順を記述できます。たとえば、ビューの「Dynamic PIVOT in T-SQL」の資料で、この可能性の実装の例は、実行される手順を確認することです。

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 , "Misha", 100), (1, "Keyboard", 200), (2, "Phone", 400) GO -- 選択して選択 SELECT * FROM TestTable

ダニー、では、保存されている手順の配置に移りましょう。

T-SQLで実行する作成済みプロシージャ - CREATE PROCEDUREステートメント

追加の指示のために保存手順が作成されます 手順の作成、これらの指示の後、あなたは自分の手順の名前を書く責任があり、消費時にテンプルで入力パラメータと出力パラメータを選択します。 AS キーワードを記述した後、BEGIN キーワードで命令ブロックを開き、END ワードでブロックを閉じます。 ブロックの途中で、すべての命令、アルゴリズムの実装方法、または最後のステップとして記述します。それ以外の場合は、T-SQL でプログラミングしているように見えます。

たとえば、新しいエントリ tobto を追加するような保存手順を書きましょう。 私たちのテストテーブルに新製品。 @CategoryId - іdentifіkator categorії製品、@ProductName - 製品の名前、@Price - 製品の価格の3つの入力パラメータが重要です。このパラメータはneobov'yazkovy、tobtoになります。 よご譲渡手続きはできません（ たとえば、価格はまだわかりません)、yoga ではロックの値を設定します。 プロシージャーのタイプ tobto の Qi パラメーター。 BEGIN ... END ブロックではひねることができるので、一次変更と同じです ( ヤク、変更は@記号で示されます）。 外部パラメーターを指定する必要がある場合は、パラメーターに名前を付けた後、キーワード OUTPUT ( または短縮 OUT).

BEGIN…END ブロックでは、追加データを書き込みます。また、完了した SELECT アドオン手順では、zberіgaєtsya が、指定されたカテゴリの商品に関する表形式のデータを、新しい、まあ-追加された製品。 また、この手順では、入力パラメーター処理を追加し、穂軸とテキスト行の最後に最も目立つ折り畳みクリアリングを追加し、クリアリングのスプラットが持ち込まれた場合に状況を除外する方法を使用しました。

軸コードtsієї手順（ ヨゴ 私もコメントしました).

Create procedure CREATE PROCEDURE TestProcedure (--Input parameters @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 コマンドも指定する必要があります）。 ただし、パラメーターの名前は省略できますが、それ以外の場合は、値の指示のシーケンスを追加する必要があります。 入力パラメーターが指定されている順序で値を入力します ( cevіdnositsyaはvihіdnihparametrіvに).

ロックの意味を持つ可能性のあるパラメータは、必要な言語パラメータのタイトルである場合とない場合があります。

同等ではあるが保存されているいくつかの異なる手順を開始する方法の軸は、私たちのテスト手順の核心です。

1.価格を入力せずにプロシージャを呼び出す EXECUTE T​​estProcedure @CategoryId = 1, @ProductName = "Test product 1"-2. 割り当てられた価格から手順を呼び出します。EXEC TestProcedure @CategoryId = 1、@ProductName = "Test item 2"、@Price = 300-3。 EXEC TestProcedure 1, "Test Item 3", 400 でパラメータ名を指定せずにプロシージャを呼び出す

T-SQL - ALTER PROCEDURE ステートメントで実行されるプロシージャの変更

追加の指示のために、ロボット手順のアルゴリズムを変更できます 手順の変更. つまり、既存のプロシージャを変更するには、CREATE PROCEDURE の代わりに ALTER PROCEDURE を記述し、必要に応じて他のすべてを変更するだけで十分です。

おそらく、テスト手順、たとえば @Price パラメータを変更する必要があります。 価格については、ロックの値を処理します。また、結果のデータセットを削除する必要があることも明らかです。そのために、単純に SELECT ステートメントを使用します行われる手続き。

プロシージャーを変更します ALTER PROCEDURE TestProcedure (--Input parameters @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 TestProcedure

保存されたリモート プロシージャで、プロシージャが他のプロシージャまたは SQL 命令によって強制される場合、リモート スティンクが容赦なく完了する場合、プロシージャのようにスティンクが強制され、何もないことを覚えておいてください。もっと。

私はすべてを持っています、きっと、素材はあなたにぴったりで、今のところ茶色です！

保存される拡張プロシージャをプログラムするために、Microsoft は、サーバー アドオンが MS SQL Server 2000 の機能を拡張できるようにするために使用できる一連のマクロと関数の ODS (Open Data Service) API を提供します。

保存される拡張プロシージャ - これらの主要な関数は、ダイナミック リンク ライブラリ (dll) の形式で設計された ODS API および WIN32 API のバグにより、C / C ++ で記述されており、既に述べたように、機能を拡張します。 SQL サーバーの。 ODS API は、小売業者に豊富な機能セットを提供し、データをクライアントに転送して、既存のデータ ソース (データ ソース) を優れたレコード セットとして取得できるようにします。 また、拡張ストアド プロシージャは、OUTPUT パラメータを渡すことで値をローテーションできます。

保存されている拡張手順の実践方法。

• クライアント プログラムが拡張プロシージャの保存を要求すると、その要求は、Net-Libraries および Open Data Service ライブラリを介して TDS 形式で MS SQL SERVER コアに転送されます。
• SQL Sever は、dll ライブラリが展開されたプロシージャの保存プロシージャに関連付けられていることを認識し、以前に押収されていなかったため、そのコンテキストでそれをキャプチャし、dll の途中で関数として実装された拡張保存プロシージャを呼び出します。
• ODS API で期待されている保存、サーバーへの入力、結果セットのクライアントへの追加、vicorist サービスへの転送の手順が拡張されました。

処理される拡張プロシージャの機能。

• 保存される拡張プロシージャ - MS SQL Server サービスの実行中に、MS SQL Server のアドレス空間およびクラウド レコード セキュリティのコンテキストにあるすべての関数。
• さらに、保存されている拡張プロシージャを含む dll ライブラリとして、ブラはメモリ内に zavantazhenny であり、沈黙するまで、SQL Server が鳴らなくなるまで、または管理者が primus、vikoristovuyuchi コマンドを生き返らせるまで、そこに残されます。 :
  DBCC DLL_name (無料)。
• 保存された手順は展開され、保存された通常の手順と同じようにスクリーニングで起動されます。
  EXECUTE xp_extendedProcName @param1、@param2 OUTPUT
  @param1 入力パラメータ
  @param2 入出力パラメータ

保存される拡張手順の作成。

この関数を保存する手順を次のプロトタイプに拡張しました。

SRVRETCODE xp_extendedProcName(SRVPROC * pSrvProc);

パラメータ pSrvProcスキン固有のクライアント エントリの記述 (ハンドル) としての、SRVPROC 構造体のインジケータ。 この構造体のフィールドは文書化されておらず、サーバー補遺 (Open Data Services サーバー アプリケーション) とクライアント間の通信とデータを管理するための ODS ライブラリなどの情報が含まれています。 好みがどうであれ、同じ構造に戻る必要はなく、それ以上変更することはできません。 このパラメータは、ODS API の関数を呼び出すときに指定する必要があるため、ここでは説明しません。
xp_ プレフィックスのバリアントは必要ありませんが、展開されたプロシージャを開始する場合は、保存されているものと同じように、通常の保存されたプロシージャの名前を追加するために、それらの名前を知っているように、 sp_z プレフィックスを開始することは受け入れられます。
したがって、次に覚えておくべきことは、保存される拡張プロシージャの名前は大文字と小文字が区別されるということです。 保存の手順を拡張する場合は、忘れないでください。そうしないと、推定結果が置き換えられます。恩赦についてのリマインダーを保持します。
dll の初期化/初期化解除コードを記述する必要がある場合は、標準の DllMain() 関数を使用してください。 そのような必要がなく、DLLMain() を記述したくない場合は、コンパイラが独自のバージョンの DLLMain() 関数を選択するため、何もせずに TRUE にするだけです。 dll から呼び出されるすべての関数 (保存手順を拡張するため) は、エクスポートされたように音声化されるためです。 MS Visual C++ で記述している場合は、ディレクティブを使用します。 __declspec(dllexport). ご使用のコンパイラがこの指令を受け付けない場合は、DEF ファイルの EXPORTS セクションにエクスポートする関数を記述してください。
したがって、プロジェクトを作成するには、次のファイルが必要です。

• Srv.h ヘッダー ファイル。ODS API の関数とマクロの説明を記述します。
• Opends60.lib ファイルを使用して、ODS API が期待するすべてのサービスを実装する Opends60.dll ライブラリをインポートします。

Declspec(dllexport) ULONG __GetXpVersion()
{
ODS_VERSION を返します。
}

MS SQL Server が拡張ストアド プロシージャで DLL をキャプチャする場合、この関数を呼び出してライブラリのバージョンに関する情報を取得します。

最初の拡張ストアド プロシージャを作成するには、コンピューターに以下をインストールする必要があります。

MS SQL Server 2000 のエディションです (私は Personal Edition を持っています)。 コードをインストールする過程で、ソース サンプル オプションをラップします。
- MS Visual C++ (私はバージョン 7.0 を使用しました) ですが、確かにバージョン 6.0 を知っています

DLL をテストして微調整するには、SQL Server -a をインストールする必要があります。 メッシュを介して改善することは可能ですが、私は恥ずかしがらず、ローカル ディスクにすべてをインストールしました。 Microsoft Visual C++ 7.0 Interprise Edition には、拡張ストアド プロシージャ DLL ウィザードが含まれています。 原則として、本質的に何も壊す必要はありませんが、保存される拡張プロシージャのテンプレートのみを生成します。 fakhіvtsіが好きなら、ヨガに勝つことができます。 まあ、なんでも手でやる気はあるし、あのスイングは見えない。

今助けるために：
- Visual C++ を実行し、新しいプロジェクト - Win32 ダイナミック リンク ライブラリを作成します。
- プロジェクトにヘッダー ファイルを追加します - #include ;
- メニューの [ツール] => [オプション] に移動し、インクルード ファイルとライブラリ ファイルの検索にパスを追加します。 MS SQL Server のインストール中に何も変更しなかった場合は、次のように設定します。

C:Program FilesMicrosoft SQL Server80ToolsDevToolsInclude ヘッダー ファイル用。
- C:Program FilesMicrosoft SQL Server80ToolsDevToolsLib (ライブラリ ファイル用)。
- リンカー オプションで opends60.lib ライブラリ ファイルの名前を指定します。

準備段階が終わったら、最初の拡張ストアド プロシージャを作成できます。

問題設定。

最初のステップはプログラミングに進むことです。何から始めるべきか、最終的な結果は何なのか、そしてどのような方法でそれに到達するのかを明確に述べる必要があります。 私たちの技術的タスクの軸である Otzhe:

MS SQL Server 2000 の手順を拡張して、ドメイン内の既存の登録の最新リストを削除し、それをクライアントに渡して標準のレコード セットを確認してみましょう。 この関数は、最初の入力パラメーターとして、データベース ディレクトリ (Active Directory) をスイープするサーバーの名前、つまりドメイン コントローラーの名前を受け取ります。 このパラメータが NULL に設定されている場合、ローカル グループのリストをクライアントに渡す必要があります。 別のパラメーターが拡張ストアド プロシージャによってチェックされ、成功/失敗した操作の結果の値が返されます (OUTPUT パラメーター)。 手順が展開されて保存された場合は成功です。次に、クライアントレコードセットに変換されたレコード数を転送する必要があるため、作業の過程で必要な情報を取得できませんでした。失敗の兆候として、他のパラメーターの値を -1 に設定する必要があります。

攻撃を回避するための拡張手順の精神的プロトタイプ:

xp_GetUserList(@NameServer varchar, @CountRec int OUTPUT);

＃含む
＃含む
#XP_NOERROR 0 を定義
#XP_ERROR -1 を定義


__declspec(dllexport) SERVRETCODE xp_GetGroupList(SRVPROC* pSrvProc)
{

//渡されたパラメータの数をチェック

//渡されたパラメータの型をチェック

// パラメータ 2 の OUTPUT パラメータをチェック

// パラメータ 2 が値を保存するのに十分な時間かどうかを確認します

// 入力パラメータを削除

// 通信相手のリストを削除

// データを標準のレコード セット (レコード セット) としてクライアントに送信します

//OUTPUT パラメータの値を設定する

リターン (XP_NOERROR);
}

入力パラメータを持つロボット

サードパーティのスピーチであなたの尊敬を高めたいわけではありませんが、パラメーターによって選択される拡張手順に転送された手順で、ロボットにヨガを刺激したいと考えています。 この目的のために、私たちの技術的なタスクは理解しやすく、入力パラメーターで機能するため、その部分だけを解決することができます。 エール、背中合わせ、多くの理論ではありません

初日、私たちの拡張されたストアド プロシージャを使用して、次の時間に渡されたパラメーターを取得します。 アルゴリズムによって引き起こされるドリムユチ、攻撃を克服する必要があります。

転送されるパラメーターの数を決定します。
- 渡されたパラメータが正しいタイプのデータである可能性があることを変更します。
- OUTPUT パラメーターには、ローテーションされる拡張ストアド プロシージャの新しい値を保存するのに十分な時間がある可能性があることを再考してください。
- otrimati 転送パラメータ;
- 拡張ストアド プロシージャの成功/失敗の完了の結果として、出力パラメーターの値を設定します。

では、革製品を見てみましょう。

パラメータの拡張保存手順の転送回数の決定

転送されたパラメーターの数を削除するには、機能を選択する必要があります。

int srv_rpcparams(SRV_PROC * srvproc);

渡されたパラメーターのデータ型と値に応じて

渡されたパラメーターの型と数に関する情報を取得するには、Microsoft は srv_paramifo 関数を使用することをお勧めします。 この普遍的な関数は、ウィキの srv_paramtype、srv_paramlen、srv_parammaxlen が廃止されたと見なされているため、置き換えられます。 Axis її プロトタイプ:

int srv_paraminfo(
SRV_PROC * srvproc,
イント、
BYTE*pbタイプ、
ULONG* pcbMaxLen、
ULONG*pcbActualLen,
BYTE*pbData、
bool*pfNull);

別の OUTPUT パラメータである再確認します。

srv_paramstatus() 関数は、渡されたパラメーターのステータスに割り当てられます。

int srv_paramstatus(
SRV_PROC * srvproc,
intn
);

n は呼び出し時間の拡張保存手順に渡されるパラメータの番号です。 私は推測します: パラメータは常に 1 から数えられます。
srv_paramstatus の値をローテーションするには、ゼロ ビットを設定します。 パラメーターが 1 に設定されていてもパラメーターは OUTPUT パラメーターとして渡され、最上位のパラメーターである 0 に設定されている場合は値によって渡されます。 パラメータなしの wiclican boolean の拡張ストアド プロシージャとして、turn 関数は -1 です。

出力パラメーターの値を設定します。

拡張セーバーに渡される出力パラメーターは、srv_paramsetoutput 関数を使用して値を渡すことができます。 この新しい関数は srv_paramset 関数のショートカットを置き換えます。 は、ODS API に導入された新しいタイプのデータとゼロ値のデータをサポートしていません。

int srv_paramsetoutput(
SRV_PROC *srvproc,
イント、
BYTE *pbData,
ULONG cbLen、
BOOL fNull
);

＃含む

#XP_NOERROR 0 を定義
#XP_ERROR 1 を定義

#定義 MAX_SERVER_ERROR 20000
#define XP_HELLO_ERROR MAX_SERVER_ERROR+1

void printError (SRV_PROC*, CHAR*);

#ifdef __cplusplus
extern "C" (
#endif

SRVRETCODE __declspec(dllexport) xp_helloworld(SRV_PROC* pSrvProc);

#ifdef __cplusplus
}
#endif

SRVRETCODE xp_helloworld(SRV_PROC* pSrvProc)
{
char szText = "Hello World!";
BYTE bType;
ULONG cbMaxLen;
ULONG cbActualLen;
BOOL fNull;

/* 拡張貯蓄への送金回数の決定
パラメータ手続き */
もし (srv_rpcparams(pSrvProc) != 1)
{
printError(pSrvProc, "パラメータの数が正しくありません!");
戻ります (XP_ERROR);
}

/* データのタイプと転送されたパラメーターの長さに関する情報を取得します */
if (srv_paraminfo(pSrvProc, 1, &bType, &cbMaxLen,
&cbActualLen, NULL, &fNull) == 失敗)
{
printError(pSrvProc,
"入力パラメータに関する情報を取得しようとしないでください...");
戻ります (XP_ERROR);
}

/* パス数が OUTPUT パラメータであることを確認します */
もし ((srv_paramstatus(pSrvProc, 1) & SRV_PARAMRETURN) == FAIL)
{
printError(pSrvProc,
"送信パラメータは OUTPUT パラメータではありません!");
戻ります (XP_ERROR);
}

/* 渡されたパラメータのデータ型をチェックします */
if (bType != SRVBIGVARCHAR && bType != SRVBIGCHAR)
{
printError(pSrvProc, "渡されたパラメーターの型が正しくありません!");
戻ります (XP_ERROR);
}

/* 回転中の行を保存するのに十分な転送パラメーターを使用できるように変更します */
もし (cbMaxLen< strlen(szText))
{
printError(pSrvProc,
"行 n を保存するのに十分な時間パラメータが渡されませんでした。何をすべきですか!");
戻ります (XP_ERROR);
}

/* OUTPUT パラメータの値を設定します */
場合 (FAIL == srv_paramsetoutput (pSrvProc、1、(BYTE *) szText、13、FALSE))
{
printError(pSrvProc,
"OUTPUT パラメータの値を設定できません...");
戻ります (XP_ERROR);
}

srv_senddone(pSrvProc, (SRV_DONE_COUNT | SRV_DONE_MORE), 0, 1);
リターン (XP_NOERROR);
}

void printError (SRV_PROC *pSrvProc, CHAR* szErrorMsg)
{
srv_sendmsg(pSrvProc、SRV_MSG_ERROR、XP_HELLO_ERROR、SRV_INFO、1、
NULL、0、0、szErrorMsg、SRV_NULLTERM);

Srv_senddone(pSrvProc, (SRV_DONE_ERROR | SRV_DONE_MORE), 0, 0);
}

srv_sendmsg および srv_senddone 関数は見えないように残されています。 srv_sendmsg 関数は、クライアントを支援するために立証されています。 Axis її プロトタイプ:

int srv_sendmsg(
SRV_PROC * srvproc,
intmsgtype、
dbint msgnum,
DBTINYINT クラス、
DBTINYINT 状態、
dbchar*rpcname,
int rpcnamelen、
DBUSMALLINT linenum、
dbchar* メッセージ、
int msglen
);

仕事のプロセスが拡張され、手順が保存され、クライアントの補遺に彼のステータスを定期的に通知できるようになりました。 vikonanіdiїについてのnadsilati podomlennya。 srv_senddone 関数が認識されるのは次のとおりです。

int srv_senddone(
SRV_PROC * srvproc,
DBUSMALLINT ステータス、
DBUSMALLINT情報、
DBINT カウント
);

ステータス ステータス エンサイン。 このパラメーターの値は、追加の論理演算子 AND および OR の後に設定して、テーブル内のポインティング定数を組み合わせることができます。
ステータスフラグ 説明
SRV_DONE_FINAL 結果の継続的な収集が残っています。
SRV_DONE_MORE 結果の正確な収集は、データの黒い部分にスコアを付けるための残りのトレースではありません。
SRV_DONE_COUNT カウント パラメータには有効な値が必要です
SRV_DONE_ERROR Vikoristovuetsya は、恩赦についてのメッセージを受け取りました。
の中へ 0 を設定する必要があります。
count クライアントに要求されたデータの結果セットの数。 ステータス フラグが SRV_DONE_COUNT に設定されている場合、count は、レコードを収集するためにクライアントに送信されたメッセージの正しい数を取得する責任があります。
意味：
- 時には成功 SUCCEED
- 失敗した場合は FAIL。

MS SQL Server 2000 に保存されている拡張プロシージャのインストール

1.拡張保存手順を使用して DLL を、MS SQL Server がインストールされているマシンの binn ディレクトリにコピーします。 C:Program FilesMicrosoft SQL ServerMSSQLBinn;
2.次のスクリプトを記述して、サーバーに保存されている拡張プロシージャーを登録します。

米国マスター
EXECUTE SP_ADDEXTENDEDPROC xp_helloworld, xp_helloworld.dll

次のスクリプトを実行して、xp_helloworld ロボットをテストします。

DECLARE @Param varchar(33)
EXECUTE xp_helloworld @Param OUTPUT
SELECT @Param AS OUTPUT_Param

ビスノボク

これで私の記事の最初の部分が完成しました。 これで、あなたは 100% で私たちの技術的タスクに適合する準備ができていると確信しています. 次の記事では、次のことがわかります。
- ODS API で指定された Tipi データ。
- 貯蓄手続きを拡大することによる特別な利点;
- レコードセットを作成し、それをクライアントの補遺に転送する方法;
- ドメイン名のリストの管理に必要な Active Directory Network Manegment API の機能を頻繁に確認します。
-既製のプロジェクトを作成します（技術プロジェクトを実装します）
私は降ります-スウェーデンのズストリッチに！

PS: Studio 7.0 の静的ダウンロード用アプリケーション ファイル