ERモデリングの習得：現実世界の例を用いたステップバイステップガイド（5回シリーズの第2部）

概念的ER図を論理的ER図に精査する

論理的ER図は、テーブル、列、キー、関係性に重点を置いたより形式的で詳細な表記を含みます。特に、列のデータ型が明示されています。また、関係性の性質を示すために、「rents（借りる）」、「rented by（借りた）」、「requires（必要とする）」などのラベルが関係に追加されています。

論理的ER図を物理的ER図に精査する

物理的ER図は、特定のDBMSでデータベースを実装できるだけの詳細を提供する『データベーススキーマ図』です。エンティティおよび列の名前は以下のように修正されます：

• DBMS固有の構文をサポートする。
• 予約語でない単語の使用を確保する（例：order → purchase_order、desc → description）
• 組織固有の命名規則に適合させる

Maintenanceエンティティの列『desc』は『description』に名前が変更されます。

データベーススキーマ生成：ER図を物理スキーマに変換する

データベーススキーマは、リレーショナルデータベース管理システムにおけるデータの構成を定義するデータベース構造の視覚的表現です。このスキーマは、システム内の異なるエンティティ間の関係をモデル化するために使用されるエンティティ関係図（ERD）に基づいて作成されます。

この場合、ERDはまず、車、顧客、レンタル、メンテナンスなどのエンティティとそれらの属性間の関係を定義する論理ERDに精緻化されました。論理ERDは、エンティティ間の関係性と基数を確立するのに役立ちました。

論理ERDを精緻化した後、次のステップとして、必要なデータ型、主キーおよび外部キー、制約を含む実際のデータベーススキーマを定義する物理ERDを作成しました。物理ERDは論理ERDを反映していますが、データがデータベースにどのように格納されるかについてより詳細な情報を含んでいます。

物理ERDに基づいて、適切なテーブル、列、およびそれらの間の関係を含むデータベーススキーマを作成するためのSQLコードが記述されました。スキーマ内の各テーブルはシステム内のエンティティを表し、列はそのエンティティの属性を表します。主キーはテーブル内の各レコードを一意に識別するために定義され、外部キーはテーブル間の関係を確立するために使用されました。

CREATE TABLE Car (
car_id INT PRIMARY KEY,
model VARCHAR(255),
make VARCHAR(255),
year INT,
daily_rate DECIMAL(10, 2),
fuel_type VARCHAR(255),
is_available BOOLEAN
);

CREATE TABLE Customer (
customer_id INT PRIMARY KEY,
first_name VARCHAR(255),
last_name VARCHAR(255),
email VARCHAR(255),
phone_number VARCHAR(255),
address VARCHAR(255)
);

CREATE TABLE Rental (
rental_id INT PRIMARY KEY,
start_date DATE,
end_date DATE,
rental_rate DECIMAL(10, 2),
insurance_charge DECIMAL(10, 2),
fuel_charge DECIMAL(10, 2),
car_id INT,
customer_id INT,
FOREIGN KEY (car_id) REFERENCES Car(car_id),
外部キー (customer_id) 参照 Customer(customer_id)
);

CREATE TABLE Maintenance (
maintenance_id INT PRIMARY KEY,
type VARCHAR(255),
description TEXT,
cost DECIMAL(10, 2),
maintenance_date DATE,
car_id INT,
外部キー (car_id) 参照 Car(car_id)
);

要約