24.2. 説明

24.2.1. PL/Tcl 関数と引数

PL/Tcl 言語で関数を作成するには、以下の標準構文を使用して下さい。

CREATE FUNCTION funcname (argument-types) RETURNS return-type AS '
    # PL/Tcl function body
' LANGUAGE 'pltcl';

PL/TclU はその言語として'pltclu' を指定しなければならない点以外は同一です。

関数本体は、単なる小さなTclスクリプトです。関数が呼び出された時、引数の値は Tcl スクリプトに $1 ... $n という変数として渡されます。結果は通常return文を使用してTcl のコードから返されます。例えば、2つの整数の内大きな方を返す関数は以下のように定義できます。

CREATE FUNCTION tcl_max (integer, integer) RETURNS integer AS '
    if {$1 > $2} {return $1}
    return $2
' LANGUAGE 'pltcl' WITH (isStrict);

WITH (isStrict) 句に注意して下さい。これによりプログラマは、入力にNULL値が与えられた場合を検討する手間を省くことができます。NULL が渡された場合、関数はまったく呼び出されず、単に NULL という結果が自動的に返されます。

厳密(strict)でない関数では、引数の実際の値が NULL である場合、対応する $n 変数は空文字列に設定されます。ある引数が NULL かどうかを検出するためには、argisnull を使用して下さい。例えば、引数の片方が NULL、もう片方が非NULLの場合には、NULLではなく、非NULLの引数の方を返すような tcl_max を考えると、以下のようになります。

CREATE FUNCTION tcl_max (integer, integer) RETURNS integer AS '
    if {[argisnull 1]} {
        if {[argisnull 2]} { return_null }
        return $2
    }
    if {[argisnull 2]} { return $1 }
    if {$1 > $2} {return $1}
    return $2
' LANGUAGE 'pltcl';

上で示した通り、NULL 値を PL/Tcl関数から返すためには、 return_null を実行して下さい。これは、関数が厳密かどうかに関係なく、実行することができます。

複合型の引数は、Tcl 配列としてプロシージャに渡されます。配列の要素名は複合型の属性名です。渡された行の属性がNULL値の場合、その属性は配列内には現れません! ここで、PL/Tcl で作成された overpaid_2 function を定義する例を示します(この関数は古い PostgreSQL にも記載されています)。

CREATE FUNCTION overpaid_2 (EMP) RETURNS bool AS '
    if {200000.0 < $1(salary)} {
        return "t"
    }
    if {$1(age) < 30 && 100000.0 < $1(salary)} {
        return "t"
    }
    return "f"
' LANGUAGE 'pltcl';

今のところ、複合型の戻り値を返す機能はサポートされていません。

24.2.2. PL/Tcl におけるデータの値

PL/Tcl 関数スクリプトに与えられる引数の値は、単に、テキスト形式(SELECT文によりそれを表示した場合と同じ形式)に変換された入力引数です。逆に、return コマンドは、その関数宣言における戻り値の型の入力形式として受け付けることができる、任意の文字列を受け付けます。ですから、PL/Tcl プログラマはデータの値を単なるテキストであるかのように操作することができます。

24.2.3. PL/Tcl におけるグローバルデータ

あるプロシージャの複数の呼び出し間で保持される、もしくは、異なるプロシージャ間で共有されるような、いくつかのグローバルな状態データを持つことが有意な場合があります。あるバックエンド内で実行される全ての PL/Tcl プロシージャは同一の安全な Tcl インタプリタを共有しますので、これは簡単に実現できます。ですから、全てのグローバルな Tcl 変数は、全てのPL/Tcl プロシージャ呼び出しでアクセスすることができ、そして、その SQL クライアントの接続の間、永続化されます(PL/TclU 関数はグローバルデータを共有しますが、異なるインタプリタ内で実行されますので、PL/Tcl 関数間で通信することができません)。

PL/Tclプロシージャが予期しない作動に巻き込まれないようにするために、 upvarコマンドを使用することによって、各関数でアクセスできるグローバルな配列を作成することができます。この変数のグローバル名はプロシージャの内部名で、ローカル名はGDとなります。プロシージャの固有の状態データではGDを使用することを推奨します。複数のプロシージャで共用させる値の時のみ、通常のTclのグローバル変数を使用して下さい。

上述の spi_execp の例の中に GD の使用例があります。

24.2.4. PL/Tclからのデータベースアクセス

下記のコマンドは、PL/Tclプロシージャ内からデータベースアクセスを行う時に使用できるコマンドです。

24.2.5. PL/Tcl のトリガプロシージャ

トリガプロシージャはPL/Tclで作成することができます。 PostgreSQL の慣習通り、トリガとして呼び出されるプロシージャは、引数をとらない、opaque 型を返す関数として宣言しなければなりません。

トリガマネージャからの情報は、以下の変数内に格納されてプロシージャ本体に渡されます。

トリガプロシージャからの戻り値は、OKという文字列、 SKIPという文字列、array get Tcl コマンドによって返されるリストの内の1つをとることができます。戻り値が OK の場合、トリガを発行した操作(INSERT/UPDATE/DELETE) は正常に処理されます。 SKIP はトリガマネージャにこの行に対する操作を何も出力せずに中止するように通知します。リストが返された場合は、PL/Tclに対し、トリガマネージャによって与えられた $NEW ではなく変更した行をトリガマネージャに返すように通知します(これは INSERT/UPDATEの場合のみ動作します)。いうまでもありませんが、これらはすべて、トリガが BEFORE、かつ、 FOR EACH ROW の時にのみ意味があります。さもなければ、戻り値は無視されます。

ここで、テーブル内の整数値としてその行に対する更新数を記録させる、小さめのトリガプロシージャの例を示します。新規の行が挿入された場合は、その値は 0 に初期化され、その後の各更新操作時に1が加算されます。

CREATE FUNCTION trigfunc_modcount() RETURNS OPAQUE AS '
    switch $TG_op {
        INSERT {
            set NEW($1) 0
        }
        UPDATE {
            set NEW($1) $OLD($1)
            incr NEW($1)
        }
        default {
            return OK
        }
    }
    return [array get NEW]
' LANGUAGE 'pltcl';

CREATE TABLE mytab (num integer, description text, modcnt integer);

CREATE TRIGGER trig_mytab_modcount BEFORE INSERT OR UPDATE ON mytab
    FOR EACH ROW EXECUTE PROCEDURE trigfunc_modcount('modcnt');

トリガプロシージャ自身は列名を認識していない点に注目して下さい。これは、トリガの引数として与えられます。これにより、このトリガプロシージャを別のテーブルで再利用することができます。

24.2.6. モジュールと unknown コマンド

PL/Tcl は、使用時に自動的にTclのコードを読み込む機能があります。これは、pltcl_modules という特殊なテーブルを認識します。このテーブルには、Tcl コードのモジュールが含まれているとみなします。このテーブルが存在する場合、そのテーブルから unknown モジュールが取り出され、Tcl インタプリタの生成後即座に、そのインタプリタに読み込まれます。

実際、unknown モジュールには必要な任意の初期化コードを含めることができますが、通常は、そこに Tcl "unknown" プロシージャを定義します。このプロシージャは Tcl が呼び出されたプロシージャ名を認識できなかった場合に常に呼び出されます。PL/Tcl 標準のこのプロシージャは、必要なプロシージャを定義しているはずの pltcl_modules からのモジュール検索を試みます。プロシージャが検出された場合、インタプリタに読み込まれ、その後、元々試みられたプロシージャ呼び出しを実行することが許されます。二次的な pltcl_modfuncs テーブルは、どの関数がどのモジュールで定義されているかに関するインデックスを提供します。これにより検索がかなり高速になります。

PostgreSQL の配布には、これらのテーブル管理用のサポートスクリプト、pltcl_loadmod、 pltcl_listmodおよびpltcl_delmod が含まれています。同様に標準の unknown モジュールのソースshare/unknown.pltclも含まれています。自動読み込み機構をサポートさせるためには、あらかじめ各データベースにこのモジュールを読み込ませる必要があります。

pltcl_modules および pltcl_modfuncs テーブルは全ユーザから読みとり可能でなければなりません。しかし、その所有者をデータベース管理者とし、データベース管理者のみが書き込み可能とする方が良いでしょう。

24.2.7. Tcl プロシージャ名

PostgreSQLでは、その関数の引数の数または引数の型が異っていれば、同じ関数名を使用することが可能です。しかし、Tclではプロシージャ名の重複は許されません。PL/Tclでは、プロシージャ名の一部に、そのプロシージャの pg_proc の行のIDを持たせた内部的な Tcl プロシージャ名を作成することで対応しています。従って、こういった異なる引数の型を持つ同じ名前の PostgreSQL 関数は、Tcl のプロシージャとは異なります。PL/Tcl プログラマから見ますと、通常は問題にはありませんが、デバッグの際に表面に現れます。