こんにちは！データベースの世界へようこそ。
普段、エンジニアとしてバリバリとPostgreSQLを触っていると、たまに「SQLって呪文みたいでとっつきにくいな」と感じる初学者の方に出会います。その気持ち、めちゃくちゃよくわかります。
今日は、そんな皆さんのために「ストアドプロシージャ」という、ちょっと強そうな名前の機能についてお話ししますね。難しく考える必要はありません。日常の「あるある」に例えて紐解いていきましょう！
—
ストアドプロシージャって、結局なに？
簡単に言うと、ストアドプロシージャは「よく使う一連の作業手順を、データベースの中に書き留めておくメモ帳」のようなものです。
例えば、毎朝のコーヒーを淹れる作業を想像してみてください。
1. 豆を挽く
2. お湯を沸かす
3. 抽出する
4. カップに注ぐ
この4ステップ、毎回自分でやるのは面倒ですよね？ もし「コーヒー淹れて！」というボタン一つで全部自動でやってくれたら最高だと思いませんか。この「ボタン」に相当するのが、ストアドプロシージャなんです。
実際に書いてみよう：CREATE PROCEDURE
PostgreSQLでは、こんな感じで「お仕事リスト」を作ります。
CREATE PROCEDURE コーヒーを淹れる()
LANGUAGE plpgsql
AS $$
BEGIN
— ここに手順を書く
RAISE NOTICE ‘豆を挽きます…’;
RAISE NOTICE ‘お湯を注ぎます…’;
END;
$$;
これを作るだけで、データベースは「あ、この手順のことね！」と覚えてくれます。
—
どうやって呼び出すの？：CALLコマンド
先ほど作った「お仕事リスト」を実行する時は、`CALL`というコマンドを使います。まるで「ねえ、例のアレやって！」と呼びかけるような感覚です。
CALL コーヒーを淹れる();
これだけで、裏側でデータベースがせっせと手順を実行してくれます。簡単でしょう？
—
「関数（Function）」とは何が違うの？
ここが一番のつまずきポイントかもしれません。PostgreSQLには「関数」という似た仕組みもあります。「計算して値を返す」のが得意なのが関数なら、「一連の流れをまとめて実行し、必要なら途中で区切りをつける」のが得意なのがプロシージャです。
一番大きな違いは、「途中で確定（COMMIT）できるかどうか」です。
トランザクション制御ってなに？
難しい言葉ですが、日常に例えるなら「お買い物」です。
- 関数（Function）の場合：
レジを通るまでがワンセット。「全部成功しないと、最初からやり直し！」という厳しいルールです。途中で「あ、やっぱやめた」はできません。
- プロシージャ（Procedure）の場合：
途中で「ここまでは確定！（COMMIT）」と言えます。
例えば、100人にお礼メールを送る仕事があったとして、関数だと「1人でもエラーが出たら全員分キャンセル！」になりますが、プロシージャなら「まずは50人分送って、一旦確定！次は残り50人！」という風に、作業の区切り（トランザクション）を自分でコントロールできるんです。
これが、プロシージャが大規模なデータ処理で愛される最大の理由です。
—
最後に：怖がらずに使ってみよう！
ストアドプロシージャは、言ってみれば「あなたの作業を助けてくれる優秀な秘書」のような存在です。最初は構文の書き方に戸惑うかもしれませんが、一度「自分専用の自動化レシピ」を作れるようになると、データベースとの距離がぐっと縮まりますよ。
まずは簡単な処理から、「これ、毎回手で打つの面倒だな」と思う作業を一つだけ、プロシージャに任せてみてください。きっと「なんて楽なんだ！」と感動するはずです。
データベースは、決して冷たい機械ではありません。あなたの工夫次第で、どんどん便利で頼もしい相棒になってくれますよ！
それでは、また次回の記事でお会いしましょう！Happy Coding!
コメント