RDB の概要
RDB は、データを表形式で管理し、関係（relation）と制約で整合性を保つ方式です。業務システムにおける基盤DBとして、今でも最も広く使われています。
RDB とは
RDB（Relational Database）は、顧客・商品・受注のようなデータをテーブルに分け、 主キーと外部キーでつなぐことでデータの意味を明確に管理します。
RDB誕生以前のデータ管理
RDBが普及する前は、階層型DBやネットワーク型DB、あるいはファイルベース管理が主流でした。 これらは高速に扱えるケースもありましたが、次の課題を抱えがちでした。
- アプリがデータ構造に強く依存し、変更に弱い
- データ参照経路が固定的で、柔軟な検索が難しい
- 業務変更時にプログラム改修範囲が大きくなりやすい
RDB誕生の経緯
1970年に IBM の研究者 E.F. Codd が関係モデルを提案し、 「データを数学的に扱える構造」と「宣言的な問い合わせ（SQL）」が実装されていきました。 これにより、アプリケーションは「どう辿るか」ではなく「何を取りたいか」を書けるようになりました。
RDBで何が変わったか
| 観点 | RDB以前 | RDB以後 |
|---|---|---|
| データ参照 | 固定経路を手続き的に辿る | SQLで宣言的に取得 |
| 整合性 | アプリ側実装に依存 | PK/FK/制約でDB側担保 |
| 変更耐性 | 構造変更で改修範囲が大きい | 正規化とスキーマ設計で局所化しやすい |
なぜ今でも主流か
2026年現在でも、会計・受注・在庫・契約などの業務データでは 整合性・監査性・トランザクションが重要で、RDBが第一候補になるケースが多いです。 特に基幹業務では、ACID特性とSQLエコシステムの成熟度が強みです。
実務では「RDB + 補助DB（KVS/検索/分析）」の併用が一般的です。基幹データの正本はRDBに置く設計が多く採用されています。
主要RDBMSの経緯と位置づけ
いわゆる「RDB御三家」は、長年エンタープライズ領域を支えてきた IBM Db2 / Oracle Database / Microsoft SQL Server を指すことが多いです。 現在はこれに加えて PostgreSQL / MySQL / SQLite も広く使われています。
| 製品 | 経緯（概略） | 現在の主な位置づけ |
|---|---|---|
| IBM Db2 | IBMの研究系譜から発展した商用RDBMS | 大規模基幹、金融・公共など堅牢性重視領域 |
| Oracle Database | 商用RDBMSの代表格として長期に発展 | 基幹システム、高機能運用、エンタープライズ標準 |
| Microsoft SQL Server | Windows/企業IT基盤とともに普及 | 業務システム全般、BI/分析連携を含む統合運用 |
| PostgreSQL | オープンソースRDBMSとして成熟を継続 | 高機能OSSの第一候補、商用代替・クラウド運用 |
| MySQL | Webシステム普及期に広く採用 | Web/アプリ基盤、マネージドDBを含む広範な採用 |
| SQLite | 組み込み用途向け軽量RDBとして普及 | モバイル、デスクトップ、ローカル保存・エッジ用途 |
どれが「最強」かではなく、要件（整合性、性能、運用体制、コスト、エコシステム）との適合で選定します。
主要概念
| 用語 | 意味 |
|---|---|
| テーブル | 同じ種類のデータを保持する表 |
| 行（レコード） | 1件のデータ |
| 列（カラム） | 属性（名前、価格など） |
| 主キー | 行を一意に識別するキー |
| 外部キー | 他テーブルの主キーを参照するキー |
次章以降では、この歴史背景を前提に、具体的な設計・正規化・運用手順へ進みます。