リレーショナルDB

🐾 猫で例えると？

同じテントで寄り添う2匹を、猫の名簿に載せてみましょう。1匹を1行にして「猫ID・名前・誕生日」を保存します。毎日のごはん記録は別の表にし、「猫ID」で名簿につなぎます。同じテントにいる2匹も別々の行。名前が似ていても、IDを使えばどの猫の記録か区別できます。

💻 IT現場における「リレーショナルDB」とは？

MySQLやPostgreSQL、Oracleなどに代表されるリレーショナルDB（RDB）は、現代のシステム開発において最も基本的かつ重要なデータストアです。顧客情報や注文履歴、商品マスタなど、きっちりと構造化されたデータを矛盾なく保存するために使用されます。

多くのRDBでは、SQLでデータの検索や更新を行います。表を分けて保存し、必要なときにJOINで結び付けられる点が便利です。主キーは行の識別、外部キー制約は参照先の存在を守る仕組みで、単なる表計算の見た目とはここが違います。

⚠️ リレーショナルDBの仕組みと注意点

RDBはデータの「正確性」と「一貫性」を保つことに特化しています。例えば、銀行の送金システムのように「Aさんの口座から減算し、Bさんの口座に加算する」という一連の処理（トランザクション）が途中で失敗した場合、すべてを元の状態に戻す（ロールバック）機能が備わっています。

SQLでのテーブル結合（JOIN）

次は users（利用者）と orders（注文）があり、users.id と orders.user_id が同じ利用者を表す場合の例です。

-- SQLによるテーブル結合（JOIN）の例
SELECT users.name, orders.item_name
FROM users
JOIN orders ON users.id = orders.user_id;

このJOINは、条件に一致する利用者と注文の組を返します。注文がない利用者は結果に現れず、注文が3件あれば名前も3行に現れます。全利用者を残すならLEFT JOINを検討します。JOIN自体に外部キー制約は必須ではありませんが、制約があると存在しない利用者の注文を防げます。

🛠️ リレーショナルDBを賢く使うためのポイント

堅牢なデータベースを構築するためには、最初の「テーブル設計」が命になります。

• データの正規化を徹底する： 同じデータが複数の場所に点在しないようテーブルを適切に分割し、更新時の矛盾（データ不整合）を防ぐ。
• インデックスは使いどころを選ぶ：検索や結合に役立つ一方、容量を使い、追加・更新の負担も増えます。実行計画と実際の処理時間を見て判断します。
• トランザクションを正しく制御する： 複数の更新処理が連動する場合は必ずトランザクションで囲み、システム障害時にデータが中途半端な状態で残るのを防ぐ。

寄り添う2匹のように、RDBではキーを使って別々の表を関連付けます。例えば会員と注文を分けて保存するなら、どの列が会員を一意に識別し、注文がどの会員を参照するかを決めます。表を結ぶだけでなく、重複や参照先のないデータをどう防ぐかまで設計しましょう。