Проектирование базы данных

При проектировании баз данных во многих случаях целесообразнее использовать метод «сущность – связь», затем от ER – диаграмм переходят к отношениям.

Процесс проектирования базы данных является итерационным – допускающим возврат к предыдущим этапам для пересмотра ранее принятых решений и включает следующие этапы:

- Выделение сущностей и связей между ними

- Построение ER – диаграмм

- Формирование набора предварительных отношений с указанием первичного ключа для каждого отношения с использованием ER – диаграмм

- Добавление неключевых атрибутов в отношения

- Приведение предварительных отношений к нормальной форме Бойса – Кодда

- Пересмотр ER – диаграмм.

Применим метод «сущность – связь» к проектированию БД «Расчет с покупателями и поставщиками».

Первый этап – выделение сущностей и связей между ними. Выделим следующие сущности: Товар (ключ – код товара), Поставщик (ключ – код поставщика), Покупатель (ключ – код покупателя), Расчет с поставщиком (ключ – номер квитанции), Расчет с покупателем (ключ – номер квитанции).

Выделим связи между сущностями.

Расчет с поставщиком ПОСТАВЛЯЕТ Товар

Расчет с покупателем ПОКУПАЕТ Товар

Расчет с поставщиком ОСУЩЕСТВЛЯЕТСЯ ПО ПОСТАВЛЕННОМУ Товару

Расчет с покупателем ОСУЩЕСТВЛЯЕТСЯ ПО КУПЛЕННОМУ Товару

Второй этап – построение диаграмм ER- типа с учетом всех сущностей и связей между ними.

           
 
     
 


М М

Связь ПОСТАВЛЯЕТ является связью М:М, т.к. несколько поставщиков могут поставлять несколько разнообразных товаров.

Сущности Поставщик и Товар имеют обязательные классы принадлежности, поскольку каждый поставщик поставляет какой либо товар, и каждый товар поставляет какой либо поставщик.

           
 
     
 


М М

Связь ПОКУПАЕТ является связью М:М, т.к. несколько покупателей могут покупать несколько разнообразных товаров.

Сущности Покупатель и Товар имеют обязательные классы принадлежности, поскольку каждый покупатель приобретает какой либо товар, и каждый товар приобретается каком либо покупателем.

           
     
 
 


М М

Связь ОСУЩЕСТВЛЯЕТСЯ ПО ПОСТАВЛЕННОМУ является связью М:М, т.к. расчет производится сразу с несколькими поставщиками по нескольким поставщикам.

Сущности Расчет с поставщиком и Поставщик имеют обязательные классы принадлежности, поскольку каждый Расчет с поставщиком осуществляется на по какому либо поставщику, и каждый поставщик расчитывается по определенному Расчету с поставщиком.

           
     
 
 


М М

Связь ОСУЩЕСТВЛЯЕТСЯ ПО КУПЛЕННОМУ является связью М:М, т.к. расчет производится сразу с несколькими покупателями по нескольким покупателям.

Сущности Расчет с покупателем и Покупатель имеют обязательные классы принадлежности, поскольку каждый Расчет с покупателем осуществляется по какому либо покупателю, и каждый покупатель оплачивает товар по определенному Расчету с покупателем.

Третий этап – формирование набора предварительных отношений.

Связь ПОСТАВЛЯЕТ удовлетворяет условиям, в соответствии с которыми получаем отношения:

Расчет с поставщик (ключ – номер квитанции)

Товар (ключ – код товара)

Связь ПОКУПАЕТ удовлетворяет условиям, в соответствии с которыми получаем отношения:

Расчет с покупателем (ключ – номер квитанции)

Товар (ключ – код товара)

Связь ОСУЩЕСТВЛЯЕТ ПО ПОСТАВЛЕННОМУ удовлетворяет условиям, в соответствии с которыми получаем отношения:

Расчет с поставщик (ключ – номер квитанции)

Поставщик (ключ – код поставщика)

Связь ОСУЩЕСТВЛЯЕТ ПО КУПЛЕННОМУ удовлетворяет условиям, в соответствии с которыми получаем отношения:

Расчет с покупателем (ключ – номер квитанции)

Покупатель (ключ – код покупателя)

Четвертый этап – добавление неключевых атрибутов, которые не были выбраны в качестве ключевых ранее.

После добавления неключевых атрибутов схемы отношений примут следующий вид:

Поставщик (Код поставщика, ФИО поставщика, название фирмы, адрес)

Покупатель (Код покупателя, ФИО, адрес)

Товар (Код товара, наименование, цена)

Расчет по поставщикам (Номер квитанции, дата расчета, код поставщика, код товара, количество товара)

Расчет по покупателям (Номер квитанции, дата расчета, код покупателя, код товара, количество товара)

ER – диаграмма представлена на рисунке 1.

Код покупателя ФИО покупателя Адрес
Код поставщика ФИО поставщика Название фирмы Адрес
Поставщик Покупатель

       
   


Товар

 
 



Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



double arrow
Сейчас читают про: