Проектирование логической схемы базы данных

На этапе логического проектирования разрабатывается логическая схема БД, обосновывается выбранная методика проектирования БД, описывается процесс проектирования логической схема БД и этапы ее нормализации.

Также на этапе логического проектирования концептуальная модель отображается в логическую с учетом выбранной реляционной модели данных по правилам преобразования. [11]

Каждый объект концептуальной модели отображается в таблицу БД.

В связи с тем, что в концептуальной модели учета автозапчастей и предоставляемых услуг автосервиса связи между объектами имеют мощности "один-ко-многим", поэтому дополнительных таблиц связи не добавляется в логическую базу данных при преобразовании.

Связи "один-ко-многим" становятся внешними ключами. Связь "один-ко-многим" преобразуется путем включения в таблицу, описывающую объект со стороны "многим" в качестве внешнего ключа ключевого атрибута объекта со стороны "один".

Таблица ОПЛАТА имеет следующие атрибуты: код оплаты, код договора, код клиента, сумма, дата и вид оплаты, денежный взнос, остаток, готовность. Первичным ключом выбирается целочисленное поле "код оплаты". Внешним ключом выбирается "код договора".

Таблица ДОГОВОР определяется следующими атрибутами: код договора, код клиента, дата заключения, дата исполнения. Первичным ключом выбирается целочисленное поле "код договора". Внешним ключом выбирается "код клиента".

Таблица УСЛУГА имеет следующие атрибуты: код услуги, вид, название услуги, цена. Первичным ключом выбирается целочисленное поле "код услуги".

Таблица АВТОМОБИЛЬ имеет следующие атрибуты: код автомобиля, код клиента, модель, номерной знак, тех паспорт, год выпуска, номер места, дата, дата возврата. Первичным ключом выбирается целочисленное поле "код автомобиля". Внешним ключом выбирается "код клиента".

Таблица СОТРУДНИК определяется следующими атрибутами: код сотрудника, код должности, ФИО и дата рождения. Первичным ключом выбирается целочисленное поле "код сотрудника". Внешним ключом выбирается "код должности".

Таблица ПОСТАВКА имеет следующие атрибуты: код поставки, код поставщика, код заявки, количество, дата, цена. Первичным ключом выбирается целочисленное поле "код поставки". Внешним ключом выбирается "код поставщика" и "код заявки".

Таблица ВЫПОЛНЕННАЯ РАБОТА определяется следующими атрибутами: код выполненной работы, код заказанной услуги, код сотрудника, количество часов и дата. Первичным ключом выбирается целочисленное поле "код выполненной работы". Внешним ключом выбирается "код заказанной услуги" и "код сотрудника".

Таблица ЗАЯВКА имеет следующие атрибуты: код заявки, код договора, код запчасти, количество и стоимость. Первичным ключом выбирается целочисленное поле "код заявки". Внешним ключом выбирается "код договора" и "код запчасти".

Таблица ЗАПЧАСТЬ определяется следующими атрибутами: код запчасти, название, фирма производитель и характеристики. Первичным ключом выбирается целочисленное поле "код запчасти".

Таблица КЛИЕНТ имеет следующие атрибуты: код клиента, ФИО, адрес, телефон и паспорт. Первичным ключом выбирается целочисленное поле "код клиента".

Таблица ПОСТАВЩИК определяется следующими атрибутами: код поставщика, название, телефон и адрес. Первичным ключом выбирается целочисленное поле "код поставщика".

Таблица ЗАКАЗАННАЯ УСЛУГА определяется следующими атрибутами: код заказанной услуги, код договора, код услуги, стоимость, готовность. Первичным ключом выбирается целочисленное поле "код заказанной услуги". Внешним ключом выбирается "код договора" и "код услуги".

Таблица ДОЛЖНОСТЬ определяется следующими атрибутами: код должности, название, оклад и премия. Первичным ключом выбирается целочисленное поле "код должности".

Таблица ЗАРПЛАТА определяется следующими атрибутами: код зарплаты, код сотрудника, сумма и дата выдачи. Первичным ключом выбирается целочисленное поле "код зарплаты". Внешним ключом выбирается "код сотрудника".

Для достижения минимальной избыточности данных в БД необходимо произвести нормализацию таблиц (отношений) базы данных. На практике достаточно, чтобы отношение находилось в 3 нормальной форме. Отношение удовлетворяет 3 нормальной форме, тогда и только тогда, когда отношение находится во второй нормальной форме, и отсутствуют транзитивные функциональные зависимости неключевых атрибутов от ключевых. [12]

Каждая таблица спроектированной БД проверена на соответствие требованиям 3 нормальной форме.

Логическая схема база данных учета автозапчастей и предоставляемых услуг автосервиса представлена на рисунке 2.

Рисунок 2 - Логическая схема база данных учета автозапчастей и предоставляемых услуг автосервиса