PostgreSQLのUDF（ユーザー定義関数）を使いこなして、DBを「ただの箱」から「武器」に変える話
やあ。今日もDBと格闘してる？
PostgreSQLを触っていると、「SQLだけで全部やるのは限界があるな……」とか「このロジック、あちこちのクエリで使い回してるけど、修正が入るたびにコピペ修正してて地獄だな」と感じる瞬間があるよね。
そんなとき、PostgreSQLのUDF（User Defined Function：ユーザー定義関数）はめちゃくちゃ頼りになる相棒になる。今日は、ただの「データの置き場所」だったDBを、賢いロジックを内包した「強力な武器」に変えるための、UDFのイロハを解説していくよ。
—
1. UDFの基本：まずは「型」を知る
PostgreSQLで関数を作るには、`CREATE FUNCTION` を使う。基本形はこんな感じだ。
CREATE FUNCTION 計算結果を返す例(a int, b int)
RETURNS int AS $$
BEGIN
RETURN a + b;
END;
$$ LANGUAGE plpgsql;
ここで重要なポイントが3つある。
- 引数と戻り値: 何を渡して、何を返したいのか。型を厳密に決めるのがPostgreSQL流だ。
- `$$`（ドルクォート）: これ、最初は戸惑うよね。中身のコードをクォート（`’`）で囲むと、文字列中のシングルクォートをエスケープするのが面倒なんだけど、`$$`で囲めばその手間が消える。実務では必須のテクニックだ。
- `LANGUAGE plpgsql`: 「どの言語で書くか」を指定する。基本は `plpgsql`（PL/pgSQL）でOK。これ、ストアドプロシージャを書くための専用言語なんだけど、SQLとの相性が抜群で、条件分岐やループも書けるのが強みだ。
—
2. 実務でよくある「オーバーロード」の罠
PostgreSQLの関数は、引数の型や数が違えば、同じ名前の関数を複数作れる（オーバーロード）。
例えば、`calculate_tax(price numeric)` と `calculate_tax(price numeric, rate numeric)` を同時に作れるんだ。これ自体は便利な機能なんだけど、「関数を削除するとき」に少し注意が必要だ。
— こうやって削除しようとすると…
DROP FUNCTION calculate_tax; — エラー！どれを消せばいいかわからない！
— 正しくはこうだ
DROP FUNCTION calculate_tax(numeric);
実務で関数を消すときは、「どのシグネチャ（引数構成）を消すのか」を明示しないとDBが怒り出す。この「指名手配」を忘れないようにしよう。
—
3. 「結局、何のために使うの？」という問いへの回答
教科書には「ロジックの共通化」とか書いてあるけど、現場で使ってて一番恩恵を感じるのは、「DB側で複雑な計算を完結させて、アプリ側のデータ転送量を減らせる」という点だ。
例えば、ユーザーのランク判定や、複雑な割引計算をアプリ側でゴリゴリやってない？ それ、ネットワーク越しにデータを大量に持ってきて処理してたら遅いし、アプリが変わるたびにロジックを移植するハメになる。
— こんなふうに、SQLの中で関数を呼ぶだけで済む
SELECT user_id, get_user_rank(points) FROM users;
こうしておけば、ランク計算のロジックが変わっても、DBの関数を1箇所直すだけで全システムが最新ロジックに対応できる。これぞ、保守性の極みだ。
—
4. 現場の先輩からのアドバイス
最後に、これからUDFを書きまくる君にいくつかアドバイスを送るよ。
1. 副作用に気をつけろ: 関数内で `INSERT` や `UPDATE` をバリバリ実行することもできる（`VOLATILE`関数という）。でも、安易にやるとクエリの実行計画が崩れてパフォーマンスが劣化することがある。基本は「計算するだけ」の関数（`IMMUTABLE`や`STABLE`）を意識しよう。
2. デバッグはログだ: PL/pgSQLの中では `RAISE NOTICE ‘値は % です’, variable;` を使うと、コンソールにデバッグログを出せる。これを知らないと、複雑な関数を作ったときに詰むから覚えておいて。
3. 過信は禁物: なんでもかんでもDBに詰め込むと、今度は「DBの処理が重すぎてスケーリングできない」という別の地獄が待っている。アプリでやるべきことと、DBでやるべきことの線引きは慎重にな。
—
まとめ
UDFは、PostgreSQLをただのデータ保管庫から、あなたの意図通りに動く「知的なシステム」へと進化させるツールだ。
最初は構文を書くのにドキドキするかもしれないけど、一度書き始めれば、SQLを書くのがもっと楽しくなるはずだよ。まずは小さな計算関数から、ぜひ今のプロジェクトに導入してみてくれ。
また何か詰まったら、いつでも聞いてくれよな。ハッピー・コーディング！
コメント