38.5. 基本的な文

38.5.1. 代入

値をPL/pgSQL変数、もしくは行/レコードフィールドに代入する場合は以下のように記述します。

variable := expression;

上述した通り、このような文中にある式は、メインデータベースエンジンに送信されるSELECT SQLコマンドによって評価されます。 式は1つの値を生成しなければなりません。

式の結果データ型が変数のデータ型に一致しない場合、または、変数が（char(20)のように）特定の大きさ/精度を持つ場合、結果の値は PL/pgSQLインタプリタによって、結果の型の出力関数と変数の型の入力関数を使用して暗黙的に変換されます。 これにより、結果値の文字列形式を入力関数で受け付けることができない場合に、入力関数において実行時エラーが発生する可能性があることに注意してください。

例：

tax := subtotal * 0.06;
my_record.user_id := 20;

38.5.2. 結果を伴わないコマンドの実行

例えば、RETURNING句のないINSERTのように、行を返さない SQL のコマンドにおいて、単に記述することによってPL/pgSQL関数の内部でコマンドを実行できます。

コマンドのテキストに現れる全てのPL/pgSQL変数名も、パラメータのシンボルに置き換えられます。 その後、実行時のパラメータ値として、その時点の変数値が提供されます。 これは以前に述べた式に関する処理と同じです。 詳細は項38.10.1を見てください。 以下に例を示します。

DECLARE
    key TEXT;
    delta INTEGER;
BEGIN
    ...
    UPDATE mytab SET val = val + delta WHERE id = key;

コマンドのテキストは、SQL 主エンジンから下のように見えます。

    UPDATE mytab SET val = val + $1 WHERE id = $2;

通常このように考えることはありませんが、構文エラーメッセージの解析力が必要な時は、この解釈が有用となります。

SQL コマンドがこのように実行されると、PL/pgSQLはコマンドを一度だけ計画し、データベース接続が切断されるまで、以後の実行で再利用します。 改善の詳細は項38.10.2を見てください。

式または問い合わせSELECTを評価して結果を破棄することが、役に立つ場合があります。 例えば、関数の呼び出しにおいて、副次的な成果を取得できるが、結果は無用である場合です。 このような時PL/pgSQLでは、PERFORM文を使用してください。

PERFORM query;

これはqueryを実行し、その結果を破棄します。 SQLのSELECT文と同じ方法でqueryを記述しますが、最初のキーワードSELECTをPERFORMに置き換えてください。 結果を返さないコマンドと同様に、PL/pgSQL変数は問い合わせに置き換えられ、計画は同様にキャッシュされます。 また、特殊な変数であるFOUNDは問い合わせ結果が1行でも生成された場合は真に設定され、生成されない場合は偽に設定されます（項38.5.5を見てください）。

以下に例を示します。

PERFORM create_mv('cs_session_page_requests_mv', my_query);

38.5.3. 1行の結果を返す問い合わせの実行

1行を返す（多分、複数列の）SQL コマンドの結果は、レコード変数、行型の変数、スカラ変数のリストに代入することができます。 これは、基本的なSQL コマンドを記述して、それにINTO句を追加することによって行われます。 以下に例を示します。

SELECT select_expressions INTO [STRICT] target FROM ...;
INSERT ... RETURNING expressions INTO [STRICT] target;
UPDATE ... RETURNING expressions INTO [STRICT] target;
DELETE ... RETURNING expressions INTO [STRICT] target;

ここで、targetはレコード変数、行変数、あるいは、単純な変数とレコード/行変数のフィールドをカンマで区切ったリストです。 PL/pgSQL変数は置換されて残りの問い合わせとなり、行を返さないコマンドにおいて述べたように計画がキャッシュされます。 このように作動するのは、RETURNINGを伴ったINSERT/UPDATE/DELETEとSELECTおよび行セットの結果を返すユーティリティコマンド（例えば、EXPLAIN）です。 INTO句以外では、SQL コマンドはPL/pgSQLの外部に記述したものと同じです。

行または変数リストが対象に使用された場合、列数とデータ型において問い合わせの結果と対象の構造が正確に一致しなければなりません。 さもないと、実行時エラーが発生します。 レコード変数が対象の場合は、問い合わせ結果の列の行型に自分自身を自動的に設定します。

INTO句以外は、このSELECT文は通常のSELECT SQLコマンドと同一であり、SELECTの全ての機能を使用することができます。

INTO句はSQLコマンドのほとんど任意の場所に記述することができます。 習慣的には、SELECT文においてはselect_expressionsの直前または直後に、他のコマンドにおいては文の終わりに記述されます。 将来PL/pgSQLのパーサが厳格になる場合に備えて、この習慣に従うことを推奨します。

INTO句においてSTRICTが指定されない場合、targetは問い合わせが返す最初の行となり、行を返さない時はNULLとなります。 （"最初の行"とはORDER BYを使用しないと定義できないことに注意してください。） 2行目以降の行の結果は、全て破棄されます。 特殊なFOUND変数を調べて、行が返されたかどうかを知ることができます。 （項38.5.5を参照してください） 以下に例を示します。

SELECT * INTO myrec FROM emp WHERE empname = myname;
IF NOT FOUND THEN
    RAISE EXCEPTION 'employee % not found', myname;
END IF;

STRICTオプションが指定された場合、問い合わせは正確に 1行を返さなければなりません。 さもないと、行がない時はNO_DATA_FOUND、2行以上が返った時はTOO_MANY_ROWSの実行時エラーが生じます。 エラーを捕捉したい時は、例外ブロックを使用できます。 以下に例を示します。

BEGIN
    SELECT * INTO STRICT myrec FROM emp WHERE empname = myname;
    EXCEPTION
        WHEN NO_DATA_FOUND THEN
            RAISE EXCEPTION 'employee % not found', myname;
        WHEN TOO_MANY_ROWS THEN
            RAISE EXCEPTION 'employee % not unique', myname;
END;

STRICTを指定したコマンドが成功すると、FOUND変数は常に真に設定されます。

STRICTが指定されない場合でも、RETURNINGを伴ったINSERT/UPDATE/DELETEが2行以上を返した時は、エラーとなります。 なぜなら、どの1行を返すか決定するORDER BYのようなオプションが存在しないからです。

SQLの問い合わせが返す複数行の結果を処理したい場合は、項38.6.4を参照してください。

38.5.4. 動的コマンドの実行

PL/pgSQL関数の内部で、動的コマンド、つまり実行する度に別のテーブルや別のデータ型を使用するコマンドがほしいということがよくあるでしょう。 PL/pgSQLが通常行うコマンドの計画のキャッシュは（項38.10.2で述べたように）このような状況では動作しません。 この種の問題を扱うために、以下のEXECUTE文が用意されています。

EXECUTE command-string [ INTO [STRICT] target ] [ USING expression [, ...] ];

ここで、command-stringは実行されるコマンドを含む（text型の）文字列に従った評価式です。オプションのtargetはレコード変数、行変数、あるいは、単純な変数とレコード/行変数のフィールドをカンマで区切ったリストで、その中にコマンドの結果が格納されます。オプションのUSING評価式はそのコマンドに挿入される値を与えます。

PL/pgSQL変数は、この演算用のコマンド文字列へ置換されません。 どの変数の値も、コマンド文字列を作成する時に埋め込まなければならないか、以下に記述されるパラメータを使用します。

また、EXECUTEに対して実行されるコマンドの計画をキャッシュすることはありません。 代わりに、コマンドは文が実行される時に準備されます。 したがって、異なるテーブルと列に対する操作を実行できるように、コマンド文字列を関数内部で動的に作成することができます。

INTO句は、行を返すSQLコマンドの結果を代入するべき場所を指定します。 行または変数リストが用いられる時、それは問い合わせの結果の構造と正確に一致しなければなりません。 (レコード変数が使用される時、それは自分自身を結果の構造と自動的に一致させます)。 複数の行が返された時、最初の行だけがINTO変数に代入されます。 1行も返されない時、NULL がINTO変数に代入されます。 INTO句が指定されない時、問い合わせの結果は捨てられます。

STRICTオプションが指定された時、問い合わせの結果が正確に1行の場合を除き、エラーとなります。

コマンド文字列はパラメータ値を使用可能で、それらは$1、$2、等のようなコマンドの中で参照されます。 これらの標識記号はUSINGで与えられる値を参照します。この方式はデータの値をテキストとしてコマンド文字列の中に挿入する際、多くの場合望ましいものです。それは値をテキストに、そしてその逆を行う場合の実行時負荷を回避するとともに、括弧で括るとか、エスケープをする必要がないため、SQLインジェクション攻撃に対してより襲われにくくなります。例をあげます。

EXECUTE 'SELECT count(*) FROM mytable WHERE inserted_by = $1 AND inserted <= $2'
   INTO c
   USING checked_user, checked_date;

パラメータ標識文字はデータ値のみ使用可能です。もし動的に決定されるテーブルや列名を使用したい場合、テキストでコマンド文字列にそれらを挿入する必要があります。例えば、先行する問い合わせが、ある動的に選択されたテーブルに対して処理される必要がある時は、次のようにします。

EXECUTE 'SELECT count(*) FROM '
    || tabname::regclass
    || ' WHERE inserted_by = $1 AND inserted <= $2'
   INTO c
   USING checked_user, checked_date;

最初の例のように、単純な定数コマンドとUSINGパラメータを使ったEXECUTEは、コマンドを直接PL/pgSQLで書いて、PL/pgSQL変数を自動的に置換したものと機能的に同じです。 重要な差異として、EXECUTEが現在のパラメータ値に特定なプランを生成し、そのそれぞれを実行するにあたって、再プランを行うことです。一方、PL/pgSQLは通常一般的プランを作成し、再使用に備えキャッシュします。最適プランがパラメータ値に大きく依存する場合、EXECUTEは大幅に高速化されますが、プランがパラメータ値に繊細に反応しない場合、再プランは無駄です。

SELECT INTOはEXECUTEでは現在サポートされません。 代わりに、SELECTコマンドの実行においてINTOを記述し、EXECUTEの一部としてください。

EXECUTE 'UPDATE tbl SET '
        || quote_ident(colname)
        || ' = '
        || quote_literal(newvalue)
        || ' WHERE key = '
        || quote_literal(keyvalue);

EXECUTE 'UPDATE tbl SET '
        || quote_ident(colname)
        || ' = '
        || quote_nullable(newvalue)
        || ' WHERE key = '
        || quote_nullable(keyvalue);

     'WHERE key = ' || quote_nullable(keyvalue)

     'WHERE key IS NOT DISTINCT FROM ' || quote_nullable(keyvalue)

EXECUTE 'UPDATE tbl SET '
        || quote_ident(colname)
        || ' = $$'
        || newvalue
        || '$$ WHERE key = '
        || quote_literal(keyvalue);

動的問い合わせとEXECUTEの長大な例は例38-7で見ることができます。 それは新しい関数を定義するためにCREATE FUNCTIONコマンドを用いて実行するものです。

38.5.5. 結果ステータスの取得

コマンドの効果を判断するには、いくつか方法があります。 最初の方法は、以下のような形式のGET DIAGNOSTICSを使用する方法です。

GET DIAGNOSTICS variable = item [ , ... ];

このコマンドによって、システムステータスインジケータを取り出すことができます。 各itemは、指定された変数に割り当てられた状態値を識別するためのキーワードです（これは受け取るために正しいデータ型でなければなりません）。 現在使用可能なステータス項目は、最後にSQLエンジンに送信されたSQLコマンドによって処理された行数を示すROW_COUNT、および、最も最近のSQLコマンドによって挿入された最後の行のOIDであるRESULT_OIDです。RESULT_OIDはOID を保有するテーブルへのINSERTコマンドの後でのみ有意であることに注意してください。

以下に例を示します。

GET DIAGNOSTICS integer_var = ROW_COUNT;

2番目のコマンドの効果を判断する方法は、FOUNDというboolean型の特殊な変数をチェックすることです。 PL/pgSQLの各関数内で使用される際、FOUNDは最初は偽に設定されています。 以下のように、それぞれの文の種類によって設定が変更されます。

• SELECT INTO文は、行が代入された場合は真、返されなかった場合は偽をFOUNDに設定します。

• PERFORM文は、行が生成（破棄）された場合は真、生成されなかった場合は偽をFOUNDに設定します。

• UPDATE、INSERT、およびDELETE文は、少なくとも1行が影響を受けた場合は真、まったく影響を受けなかった場合は偽をFOUNDに設定します。

• FETCH文は、行が返された場合は真、まったく返されなかった場合は偽をFOUNDに設定します。

• MOVE文は、カーソルの移動が成功したが場合は真、失敗した場合は偽をFOUNDに設定します。

• FOR文は1回以上繰り返しが行われた場合は真、行われなかった場合は偽をFOUNDに設定します。 これは４つのFOR文全ての変異体、（整数FORループ、レコードセットFORループ、動的レコードセットFORループ、そしてカーソルFOR）に適用されます。 FOUNDはFORループが終了した際、このように設定されます。 つまり、実行ループ内ではFOR文によってFOUNDは変更されません。 ただし、ループ本体内の他種類の文を実行することによって、変更されるかもしれません。

• RETURN QUERY と RETURN QUERY EXECUTE 文は、問い合わせが行を１つでも返せば真、行が返されなければ偽を設定します。

FOUNDは各々のPL/pgSQL関数内部のローカル変数です。 FOUNDに対して行われた全ての変更は、現在の関数にのみ影響します。

38.5.6. まったく何もしない

何もしないプレースホルダ文が有用になることがあります。 例えば、IF/THEN/ELSE文の一部が空文であることを明示したい時です。 このような目的には、NULL文を使用します。

NULL;

例えば、次の2つのコードは同等です。

    BEGIN
        y := x / 0;
    EXCEPTION
        WHEN division_by_zero THEN
            NULL;  -- 誤りを無視する
    END;

    BEGIN
        y := x / 0;
    EXCEPTION
        WHEN division_by_zero THEN  -- 誤りを無視する
    END;

どちらが望ましいと思うかは、好みの問題です。