【入門編】制約とデータ整合性 – PostgreSQL

大切なデータを守る！ PostgreSQLの「制約」ってなんだろう？【初心者向け】

皆さん、こんにちは！ PostgreSQLの世界へようこそ！

データベースって聞くと、ちょっと難しそう…って思っちゃいますよね。でも、大丈夫！今日は、皆さんが持っている大切なデータを、うっかりミスから守ってくれる「制約（せいやく）」という魔法について、一緒に楽しく学んでいきましょう！

「制約」って聞くと、なんだか「あれもダメ、これもダメ」って厳しく言われちゃうみたいで、ちょっと怖い響きかもしれません。でも、実はこれ、私たちを助けてくれる、とっても心強い味方なんです。

日常生活に例えてみよう！「制約」って、こんな感じ？

例えば、皆さんがお店でアルバイトをしていると想像してみてください。

レジでお金をもらうとき: お客様から「お釣りはいいよ！」って言われたら、お釣りを渡さないように「お釣りは必ず計算して渡す」っていうルール（制約）がありますよね。もし、うっかりお釣りを渡し忘れたら、お店に損が出ちゃいます。
在庫管理: 商品を倉庫に入れるとき、「同じ商品を2つ重ねて置いちゃダメ！」とか、「この棚にはこの商品しか置いちゃダメ！」っていうルール（制約）があるかもしれません。ちゃんとルールを守らないと、商品がぐちゃぐちゃになって、どれが何だかわからなくなっちゃいます。
お客様情報: 新しいお客様の登録をするとき、「お名前は必ず書いてくださいね！」とか、「電話番号は、みんな違う番号で登録してくださいね！」っていうルール（制約）があるはずです。お名前が空っぽだったら、誰だかわからないし、電話番号が同じだったら、どっちのお客様のものかわからなくなっちゃいます。

ね？日常生活でも、色々な「ルール」や「決まり事」があって、それが物事をスムーズに進めたり、間違いを防いだりしていますよね。

PostgreSQLの「制約」も、これとまったく同じなんです！データベースの中にある、皆さんの大切なデータを、「こういうルールで入力してくださいね！」と決めておくことで、「うっかりミス」や「間違ったデータ」が入るのを防いでくれる、そんな役割をしてくれるんです。

PostgreSQLの「制約」って、どんな種類があるの？

PostgreSQLには、いくつか便利な制約があります。一つずつ、どんなものか見ていきましょう！

1. 主キー（PRIMARY KEY）：みんなの「IDカード」！

これは、データベースの中の「あなた」を特定するための、「世界で一つだけの番号」みたいなものです。

例えば、皆さんの学校で、一人ひとりに「学籍番号」が割り振られていますよね？あの学籍番号があれば、「この番号の人は、〇〇さんだ！」ってすぐにわかります。もし、学籍番号がなかったら、同じ名前の人がいたときに、誰のことかわからなくなってしまいますよね。

主キーも同じで、テーブル（データベースの表のことです）の中の各行（データのこと）に、絶対に重複しない、ユニークな値を割り当てます。これがあるおかげで、「このデータは、このデータだ！」と、はっきり特定できるようになるんです。

ポイント:
主キーは、「NULL（何も入っていない状態）」はダメ！ 必ず何か値が入っていないといけません。
主キーは、「重複」もダメ！ 同じ値が2つ以上あると、誰が誰だかわからなくなっちゃいますからね。

2. 外部キー（FOREIGN KEY）：「つながり」を保証する絆！

これは、ちょっとだけ複雑に聞こえるかもしれませんが、これも日常生活でよくある「つながり」をイメージするとわかりやすいです。

例えば、皆さんの会社で、社員名簿（社員のリスト）と、部署名簿（部署のリスト）があるとします。

社員名簿には、社員一人ひとりの名前やIDがありますよね。そして、部署名簿には、部署の名前や、その部署を管理する人のIDがあります。

ここで、社員名簿の「所属部署ID」という列（項目）を、部署名簿の「部署ID」に「外部キー制約」でつなぐとどうなるでしょう？

社員名簿に「〇〇部署」という部署IDを登録しようとしたときに、もし部署名簿にそんな部署IDがなかったら…？
「あれ？そんな部署、存在しないよ！」って、PostgreSQLが教えてくれます！
部署名簿から、社員が所属している部署を削除しようとしたときに…？
「この部署には、まだ社員がいるから削除できないよ！」って、PostgreSQLが止めてくれます！

このように、外部キーは、「あるテーブルのデータが、別のテーブルのデータとちゃんと関連づけられているか」を保証してくれるんです。これにより、データ同士の「つながり」が壊れてしまうのを防いでくれます。まるで、友達同士の約束を守るような、信頼関係を築くための仕組みですね！

3. NOT NULL 制約：名前はちゃんと書いてね！

これは、先ほどのアルバイトの例で出てきた「お名前は必ず書いてくださいね！」というルールに似ています。

NOT NULL 制約がついている列には、絶対に「NULL（何も入っていない状態）」を入れることができません。 必ず何らかの値を入れて登録する必要があるんです。

例えば、お客様の「お名前」や、商品の「商品コード」など、これがないと意味がない！というデータには、このNOT NULL制約をつけておくと安心ですよね。

4. UNIQUE 制約：みんな違う番号で登録してね！

これも、アルバイトの例で出てきた「電話番号は、みんな違う番号で登録してくださいね！」というルールに似ています。

UNIQUE制約がついている列には、重複した値を登録することができません。

例えば、お客様の「メールアドレス」や、社員の「社員番号」など、他の人と全く同じ値があってはいけないものに、このUNIQUE制約をつけておくと便利です。うっかり同じメールアドレスを登録してしまっても、PostgreSQLが「それはもう登録されていますよ！」と教えてくれます。

5. CHECK 制約：この範囲で入力してね！

これは、ちょっとした「範囲」や「条件」を指定したいときに使う制約です。

例えば、

「年齢」の列には、0歳以上しか入れられないようにする。
「評価」の列には、1から5の数字しか入れられないようにする。
「ステータス」の列には、「進行中」「完了」「保留」のどれかの文字列しか入れられないようにする。

というような、「こういう条件を満たす値しか受け付けませんよ！」というルールを決めることができます。

このCHECK制約があるおかげで、例えば「年齢」にマイナスの値が入ってしまったり、「評価」に100なんていうありえない値が入ってしまうのを防いでくれるんです。

制約がないと、どうなっちゃうの？

もし、これらの制約が何もなかったら、データベースの中は、まるで整理されていない部屋のようになってしまうかもしれません…。

同じ人が何人も登録されてしまったり（主キー、UNIQUE制約がない場合）
電話番号が空っぽの人がいたり（NOT NULL制約がない場合）
ありえない年齢の人がいたり（CHECK制約がない場合）
他のテーブルとのつながりがバラバラになってしまったり（外部キー制約がない場合）

そうなると、後からデータを探したり、分析したりするのが、とっても大変になってしまいますよね。

まとめ：制約は、あなたのデータを守る「盾」であり、「道しるべ」！

今日学んだ「制約」は、PostgreSQLでデータベースを扱う上で、本当に大切な仕組みです。

主キー (PRIMARY KEY): データ一つ一つに、世界で一つだけの「IDカード」をあげる！
外部キー (FOREIGN KEY): テーブル同士の「つながり」をしっかり保証する！
NOT NULL 制約: 「これは必須！」というデータは、絶対に入力させる！
UNIQUE 制約: 重複しちゃダメなデータは、ちゃんとチェックする！
CHECK 制約: 入力する値に、ちゃんと「条件」をつける！

これらの制約を上手に使うことで、皆さんの大切なデータが、より正確で、より安全に管理できるようになります。まるで、大切な宝物を守るための「盾」であり、正しいデータだけを導いてくれる「道しるべ」のようなものですね！

ぜひ、皆さんもPostgreSQLでデータベースを作る際には、これらの制約を積極的に活用してみてください。きっと、データ管理がもっと楽で、もっと楽しくなるはずですよ！

それでは、また次回のブログでお会いしましょう！