Овладение моделированием ER: Пошаговое руководство с примерами из реальной жизни (часть 2 из 5)

Уточните концептуальную диаграмму ER до логической диаграммы ER

Логическая диаграмма ER включает более формальную, детализированную нотацию, акцентируя внимание на таблицах, столбцах, ключах и связях. В частности, указываются типы данных столбцов. Кроме того, к связям добавляются метки («арендует», «арендовано», «требует»), чтобы показать характер каждой связи.

Уточните логическую диаграмму ER до физической диаграммы ER

Физическая диаграмма ER — это «диаграмма схемы базы данных», которая содержит достаточную информацию для реализации базы данных в конкретной СУБД. Имена сущностей и столбцов пересматриваются с учетом:

• поддержки синтаксиса конкретной СУБД.
• обеспечения использования не зарезервированных слов (например, order → purchase_order, desc → description)
• соответствия организационным правилам именования

Столбец «desc» в сущности Обслуживание переименован в «description».

Генерация схемы базы данных: преобразование диаграммы ER в физическую схему

Схема базы данных — это визуальное представление структуры базы данных, определяющее организацию данных в системе управления реляционными базами данных. Схема создается на основе диаграммы «сущность-связь» (ERD), которая используется для моделирования связей между различными сущностями в системе.

В этом случае ERD сначала уточнили до логического ERD, который определял отношения между сущностями, такими как автомобили, клиенты, аренды и обслуживание, а также их соответствующие атрибуты. Логический ERD помог установить отношения и кардинальность между сущностями.

После уточнения логического ERD следующим шагом было создание физического ERD, который определяет фактическую схему базы данных с всеми необходимыми типами данных, первичными и внешними ключами, а также любыми ограничениями. Физический ERD отражает логический ERD, но с более подробным описанием того, как данные хранятся в базе данных.

На основе физического ERD был написан код SQL для создания схемы базы данных с соответствующими таблицами, столбцами и отношениями между ними. Каждая таблица в схеме представляет сущность в системе, а столбцы представляют атрибуты этой сущности. Первичные ключи были определены для уникальной идентификации каждой записи в таблице, а внешние ключи использовались для установления связей между таблицами.

СОЗДАТЬ ТАБЛИЦУ Автомобиль (
car_id INT PRIMARY KEY,
модель VARCHAR(255),
марка VARCHAR(255),
год INT,
ставка_в_день DECIMAL(10, 2),
тип_топлива VARCHAR(255),
доступен BOOLEAN
);

СОЗДАТЬ ТАБЛИЦУ Клиент (
customer_id INT PRIMARY KEY,
имя VARCHAR(255),
фамилия VARCHAR(255),
почта VARCHAR(255),
номер_телефона VARCHAR(255),
адрес VARCHAR(255)
);

СОЗДАТЬ ТАБЛИЦУ Аренда (
rental_id INT PRIMARY KEY,
дата_начала DATE,
дата_окончания DATE,
ставка_аренды DECIMAL(10, 2),
страховая_плата DECIMAL(10, 2),
плата_за_топливо DECIMAL(10, 2),
car_id INT,
customer_id INT,
ВНЕШНИЙ КЛЮЧ (car_id) ССЫЛКА НА Car(car_id),
ВНЕШНИЙ КЛЮЧ (customer_id) ССЫЛКА Customer(customer_id)
);

СОЗДАТЬ ТАБЛИЦУ Обслуживание (
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)
);

Краткое содержание