 |
|
| 前のページ 1 2 |
|
| connectby()関数の使い方 |
connectby()関数は複合型を返します。LEVEL疑似列に相当する列も生成されますので、connectby()関数をFROM句で使用することで同等の結果を得ることができます。connectby()関数の呼び出し仕様は次のとおりです。
|
connectby( TEXT relname,
TEXT keyid_fld,
TEXT parent_keyid_fld,
TEXT start_with,
INT max_depth
[, TEXT branch_delim] ) |
|
- relnameは、階層問い合わせの対象となるテーブルの名前
- keyidは、階層条件に従ってソートする対象となる列（キーID列）の名前
- parent_keyid_fldは、親となる行のキーIDを保持する列（親キーID列）の名前
- start_withには、スタート行の親キーID列の値を指定
- max_depthには、検索する階層の深さを指定（0は子となる行がなくなるまで）
|
|
なお、connectby()関数には、筆者が試したところ次のような制限がありました。
- スタート行は1つでなければいけない
- スタート行の親キーID値にNULLは指定できない
|
|
これらの制限があるために、図8の担当者マスタ表に、ダミーとなるスタート行を加えなければなりません。つまり、次のような変更を加える必要があります。
|
INSERT INTO 担当者マスタ
VALUES ( 0, '', '', 0, '1900-01-01', 0 );
UPDATE 担当者マスタSET MGR_ID = 0
WHERE MGR_ID IS NULL; |
|
こうしたうえで、リスト5のようなSQL文を発行します。
すると、図10のように同様の結果が得られます。branch列には、branch_delim引数に与えた文字を区切り文字にして、スタート行からのパスが返されます。
|
SQL> SELECT * FROM 担当者マスタ; | | branch | | | 担当者（階層表示） | --------- | + | ------------ | 0~1 | | | 鈴木 | 0~1~8 | | | 宇賀神 | 0~2 | | | 小野 | 0~2~6 | | | 伊藤 | 0~2~7 | | | 佐瀬 | 0~3 | | | 斎藤 | 0~3~4 | | | 藤本 | 0~3~4~9 | | | 岡田 | 0~3~5 | | | 小林 | (9 rows) |
|
図10：PostgreSQLでの階層問い合わせの実行結果
|
connectby()関数は、デフォルトでは使用できません。前述したcontrib/tablefuncフォルダに、tablefunc.sqlというファイルがあります。これをconnectby()関数を使用するデータベースに対して、次のように実行すると、connectby()関数が登録されて使用できるようになります。
|
% psql tsukaeru < tablefunc.sql |
|
詳しくは、同フォルダにあるREADME.tablefuncファイルを参照してください。
|
前のページ 1 2
|
|
|
| 著者プロフィール
奥畑 裕樹（OKUHATA, Hiroki）
Javaとオープンソース技術を得意とする技術コンサルタント。最近のテーマは、ソフトウェア開発の全体最適をはかること。気が付けば、10才のときにプログラミングを始めて以来、常に何かを作っている…。
|
|
|
|
|
|
