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 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 用であると見なされます。