Даталогическое проектирование. 
Проектирование информационной системы руководителя предприятия по торговле запасными частями для автомобилей

Для перехода к физической модели необходимо каждую сущность представить соответствующей таблицей, попутно добавив ключевые поля для связей между таблицами.

Рассмотрим по очереди выявленные сущности.

• 1. Модели. Существующие атрибуты: название модели, год выпуска модели и запчасти, которые подходят для модели. Для однозначной идентификации каждой модели необходимо добавить атрибут «Код модели». Данный атрибут станет первичным ключом и будет использоваться в запросах на редактирование и удаление данных в соответствующей таблице, а также для ссылок на записи данной таблицы из других таблиц. Что касается атрибута «Запчасти, которые подходят для модели», то его использование рассмотрим ниже.
• 2. Типы запчастей. Существующие атрибуты: название типа. Для однозначной идентификации каждого поставщика необходимо добавить атрибут «Код типа модели». Данный атрибут станет первичным ключом и будет использоваться в запросах на редактирование и удаление данных в соответствующей таблице, а также для ссылок на записи данной таблицы из других таблиц.
• 3. Поставщики. Существующие атрибуты: название, адрес, телефон. Для однозначной идентификации каждого поставщика необходимо добавить атрибут «Код поставщика». Данный атрибут станет первичным ключом и будет использоваться в запросах на редактирование и удаление данных в соответствующей таблице, а также для ссылок на записи данной таблицы из других таблиц.
• 4. Запчасти. Существующие атрибуты: название запчасти, тип запчасти, цена, гарантия, количество и модели, в которых применяются. Для однозначной идентификации каждой запчасти необходимо добавить атрибут «Код запчасти». Данный атрибут станет первичным ключом и будет использоваться в запросах на редактирование и удаление данных в соответствующей таблице, а также для ссылок на записи данной таблицы из других таблиц. Вместо атрибута «Тип запчасти» нужно использовать поле «Код типа», которое станет внешним ключом для связи с сущностью «Типы запчастей». Также необходимо использовать атрибут «Модели, в которых применяются». Данный атрибут и атрибут «Запчасти, которые подходят для модели» из таблицы моделей являются пересекающимися и между ними возможна связь «многие-ко-многим», поэтому вынесет их в отдельную таблицу, которая станет связующей между таблицей моделей и таблицей запчастей.

Структура данной таблицы будет включать следующие поля:

• — код записи,
• — код модели,
• — код запчасти.
• 5. Поставки запчастей. Данную сущность необходимо разбить на две для ликвидации связи типа «многие ко многим» с сущностью «Запчасти». Для этого введем дополнительную таблицу «Состав операции поставки». У сущности «Поставки запчастей» будут такие атрибуты: дата, поставщик, номер накладной, общая сумма. Для однозначной идентификации каждой поставки необходимо добавить атрибут «Код поставки». Кроме того, вместо атрибута «Поставщик» нужно использовать поле «Код поставщика», которое станет внешним ключом для связи с сущностью «Поставщик». У сущности «Состав операции поставки» будут такие атрибуты: товар, количество. Для однозначной идентификации каждой позиции поставки необходимо добавить атрибут «Код состава поставки». Кроме того, вместо атрибута «Запчасти» нужно использовать поле «Код запчасти», которое станет внешним ключом для связи с сущностью «Запчасти». Также для связи с таблицей «Поставки запчастей» необходимо добавить поле «Код поставки», которое станет внешним ключом.
• 6. Продажи запчастей. Данную сущность необходимо разбить на две для ликвидации связи типа «многие ко многим» с сущностью «Запчасти». Для этого введем дополнительную таблицу «Состав операции продажи». У сущности «Продажи запчастей» будут такие атрибуты: дата, общая сумма. Для однозначной идентификации каждой продажи необходимо добавить атрибут «Код продажи». У сущности «Состав операции продажи» будут такие атрибуты: товар, количество. Для однозначной идентификации каждой позиции продажи необходимо добавить атрибут «Код состава продажи». Кроме того, вместо атрибута «Запчасти» нужно использовать поле «Код запчасти», которое станет внешним ключом для связи с сущностью «Запчасти». Также для связи с таблицей «Продажи запчастей» необходимо добавить поле «Код продажи», которое станет внешним ключом.

Даталогическая модель (схема данных) представлена на рисунке 2.2.

Рисунок 2.2 — Даталогическая схема базы данных Приведем описание таблиц, полей и типов полей.

1. Таблица моделей.

Таблица содержит поля, перечисленные в таблице 2.1.

Таблица 2.1. Структура таблицы моделей.

2. Таблица типов запчастей Таблица содержит поля, перечисленные в таблице 2.2.

3. Таблица поставщиков Таблица содержит поля, перечисленные в таблице 2.3.

Таблица 2.2. Структура таблицы типов запчастей.

Таблица 2.3. Структура таблицы поставщиков.

4. Таблица запчастей Таблица содержит поля, перечисленные в таблице 2.4.

Таблица 2.4. Структура таблицы запчастей.

5. Таблица соответствия запчастей и моделей Таблица содержит поля, перечисленные в таблице 2.5.

6. Таблица поставок Таблица содержит поля, перечисленные в таблице 2.6.

7. Таблица позиций поставки Таблица содержит поля, перечисленные в таблице 2.7.

Таблица 2.5. Структура таблицы соответствия запчастей и моделей.

Таблица 2.6. Структура таблицы поставок.

Таблица 2.7. Структура таблицы позиций поставки.

8. Таблица продажи Таблица содержит поля, перечисленные в таблице 2.8.

Таблица 2.8. Структура таблицы продажи.

9. Таблица позиций продажи Таблица содержит поля, перечисленные в таблице 2.9.

Таблица 2.9. Структура таблицы позиций продажи.