OR REPLACE 句   OR REPLACE を指定すると、新しいプロシージャが作成されるか、同じ名前の既存のプロシージャが置き換えられます。この句によって、プロシージャの定義は変更されますが、既存の権限は保持されます。使用中のプロシージャを置き換えようとすると、エラーが返されます。

パラメータ   パラメータ名は、カラム名など他のデータベース識別子に対するルールに従って付けてください。これらは有効な SQL データ型にする必要があります。

パラメータには、IN、OUT、INOUT のいずれかのキーワードをプレフィクスとして付けることができます。これらの値のいずれも指定しない場合、パラメータはデフォルトで INOUT になります。キーワードには次の意味があります。

CALL 文を使ってプロシージャを実行する場合、必ずしもすべてのパラメータを指定する必要はありません。CREATE PROCEDURE 文の中にデフォルト値がある場合、不明のパラメータにデフォルト値を割り当てます。CALL に引数が指定されておらず、デフォルトも設定されていない場合には、エラーが発生します。

SQLSTATE と SQLCODE は、プロシージャが終了するときに、SQLSTATE または SQLCODE 値を出力する、特別な OUT パラメータです。SQLSTATE と SQLCODE の特別値は、プロシージャのリターンステータスのテストを目的として、プロシージャ呼び出しの直後にチェックできます。

SQLSTATE と SQLCODE 特別値は、その次の SQL 文によって修正されます。SQLSTATE と SQLCODE をプロシージャ引数として与えると、リターンコードは変数の中に格納されます。

OR REPLACE (CREATE OR REPLACE PROCEDURE) を指定すると、新しいプロシージャが作成されるか、同じ名前の既存のプロシージャが置き換えられます。この句によって、プロシージャの定義は変更されますが、既存の権限は保持されます。使用中のプロシージャを置き換えようとすると、エラーが返されます。

TEMPORARY 外部呼び出しプロシージャは作成できません。

RESULT 句   RESULT 句は結果セットのカラムの数と型を宣言します。RESULT キーワードに続くカッコで囲まれたリストは、結果カラムの名前と型を定義します。CALL 文が記述されていると、この情報を Embedded SQL DESCRIBE または ODBC SQLDescribeCol が返します。

Embedded SQL (LANGUAGE C_ESQL32、LANGUAGE C_ESQL64) 外部プロシージャまたは ODBC (LANGUAGE C_ODBC32、LANGUAGE C_ODBC64) 外部プロシージャは、結果セットを返さないか、1 つの結果セットを返すことができます。

Perl または PHP (LANGUAGE PERL、LANGUAGE PHP) 外部プロシージャは、結果セットを返すことができません。データベースサーバによってロードされるネイティブ関数を呼び出すプロシージャも、結果セットを返すことができません。

CLR または Java (LANGUAGE CLR、LANGUAGE JAVA) 外部プロシージャは、結果セットを返さないか、1 つ以上の結果セットを返すことができます。

プロシージャは、その実行方法に応じて、それぞれカラム数が異なる複数の結果セットを生成する場合があります。たとえば次のプロシージャは、2 カラムを返す場合も、1 カラムを返す場合もあります。

CREATE PROCEDURE names( IN formal char(1))
BEGIN
   IF formal = 'n' THEN
      SELECT GivenName
      FROM GROUPO.Employees
   ELSE
      SELECT Surname, GivenName
      FROM Employees
   END IF
END;

これらの結果セットプロシージャは RESULT 句を指定しないで記述するか、Transact-SQL で記述します。これらの使用には、次の制約があります。

プロシージャが結果セットを 1 つしか返さない場合、RESULT 句を使用してください。この句を使用すると、カーソルがオープンした後で ODBC と Open Client のアプリケーションが結果セットを記述し直すのを防ぐことができます。

複数の結果セットを処理するために ODBC は、プロシージャが定義した結果セットではなく、現在実行中のカーソルを記述します。したがって、ODBC はいつもプロシージャ定義の RESULT 句内で定義されているカラム名を記述するわけではありません。この問題を回避するには、結果セットを生成する SELECT 文でカラムエイリアスを使用します。

NO RESULT SET 句   このプロシージャによって結果セットが返されないことを宣言します。この宣言によって、パフォーマンスが向上することがあります。

DYNAMIC RESULT SETS 句   この句は、LANGUAGE CLR 呼び出しまたは LANGUAGE JAVA 呼び出しで使用します。DYNAMIC RESULT SETS 句を使用して、プロシージャによって返される動的結果セットの数を指定します。RESULT 句が指定され、DYNAMIC RESULT SETS 句が指定されていない場合、動的結果セットの数は 1 とみなされます。RESULT 句も DYNAMIC RESULT SETS 句も指定されていない場合、結果セットは予測されず、結果セットが生成されるとエラーになります。

C_ESQL32、C_ESQL64、C_ODBC32、C_ODBC64 外部環境も結果セット (CLR や JAVA など) を返しますが、これらは 1 つの動的結果セットに制限されます。

Perl または PHP (LANGUAGE PERL、LANGUAGE PHP) 外部関数を呼び出すプロシージャは、結果セットを返すことができません。データベースサーバによってロードされるネイティブ関数を呼び出すプロシージャも、結果セットを返すことができません。

SQL SECURITY 句   SQL SECURITY 句は、INVOKER (プロシージャを呼び出すユーザ) または DEFINER (プロシージャを所有するユーザ) としてプロシージャが実行されるかどうかを定義します。デフォルトは DEFINER です。外部呼び出しの場合、この句は、外部環境での修飾されていないオブジェクト参照に対して所有者のコンテキストを確立します。

SQL SECURITY INVOKER が指定されている場合は、プロシージャを呼び出すユーザごとに注釈を行う必要があるためメモリ使用量が増えます。また、SQL SECURITY INVOKER が指定されている場合は、呼び出し側としても名前の決定が行われます。このため、すべてのオブジェクト名 (テーブル、プロシージャなど) を該当する所有者で修飾する場合は注意が必要です。たとえば、user1 が次のプロシージャを作成するとします。

CREATE PROCEDURE user1.myProcedure()
   RESULT( columnA INT )
   SQL SECURITY INVOKER
   BEGIN
     SELECT columnA FROM table1;
   END;

user2 がこのプロシージャを実行しようとし、テーブル user2.table1 が存在しない場合、テーブルルックアップエラーが生じます。さらに、user2.table1 が存在する場合は、意図する user1.table1 の代わりにこのテーブルが使用されます。このような状況を防ぐには、文においてテーブル参照を修飾します (単なる table1 ではなく、user1.table1 とします)。

EXTERNAL NAME 句   LANGUAGE 属性なしで EXTERNAL NAME 句を使用するプロシージャは、C などのプログラミング言語で記述されたネイティブ関数へのインタフェースを定義します。ネイティブ関数は、データベースサーバによってそのアドレス領域にロードされます。

library 名にはファイル拡張子を付けることができます。これは通常、Windows では .dll、UNIX では .so です。拡張子がない場合、ライブラリに対するプラットフォーム固有のデフォルトのファイル拡張子が追加されます。次に、正式な例を示します。

CREATE PROCEDURE mystring( IN instr LONG VARCHAR )
EXTERNAL NAME 'mystring@mylib.dll;Unix:mystring@mylib.so';

上記の EXTERNAL NAME 句を、プラットフォーム固有のデフォルト値を使用して簡単に記述すると、次のようになります。

CREATE PROCEDURE mystring( IN instr LONG VARCHAR )
EXTERNAL NAME 'mystring@mylib';

呼び出されると、関数を含むライブラリがデータベースサーバのアドレス領域にロードされます。ネイティブ関数は、サーバの一部として実行されます。この場合、関数が原因で障害が発生すると、データベースサーバは終了されます。したがって、外部環境での関数のロードと実行には、LANGUAGE 属性を使用することをおすすめします。関数が原因で外部環境に障害が発生しても、データベースサーバは実行し続けます。

operating-system がサポートされている構文で operating-system を指定しないと、プロシージャがすべてのプラットフォームで稼働すると見なされます。いずれかの呼び出しで Unix を指定すると、他の呼び出しは Windows 用であると見なされます。