Физическое проектирование

Физическая модель данных строится на базе логической модели и описывает данные уже средствами конкретной СУБД. Отношения, разработанные на стадии логического моделирования, преобразуются в таблицы, атрибуты в столбцы, домены в типы данных, принятых в выбранной конкретной СУБД. Результатом физического моделирования является генерация программного кода базы данных на соответствующем выбранной СУБД диалекте структурированного языка запросов SQL.

Итак, нормализуем отношения логической модели данных, установив характер связей в разрабатываемой схеме базе данных:

" Приход" – " Товар": данная связь носит характер " многие ко многим", так как одной приходной накладной могут соответствовать несколько товаров и, в то же время, одному товару могут соответствовать несколько приходных накладных. Связь " многие ко многим" предполагает физическую реализацию в виде двух связей " один ко многим" (таблица " Приход_ Товар").

" Приход" – " Поставщик": данная связь носит характер " один ко многим", так как одной приходной накладной может соответствовать только один поставщик, но одному поставщику могут соответствовать несколько приходных накладных.

" Приход" – " Склад": данная связь носит характер " один ко многим", так как одной приходной накладной может соответствовать только один склад, но одному складу могут соответствовать несколько приходных накладных.

" Расход" – " Товар": данная связь носит характер " многие ко многим", так как одной расходной накладной могут соответствовать несколько товаров и, в то же время, одному товару могут соответствовать несколько расходных накладных. Связь " многие ко многим" предполагает физическую реализацию в виде двух связей " один ко многим" (таблица " Расход_ Товар").

" Расход" – " Склад": данная связь носит характер " один ко многим", так как одной расходной накладной может соответствовать только один склад, но одному складу могут соответствовать несколько расходных накладных.

" Расход" – " Магазин": данная связь носит характер " один ко многим", так как одной расходной накладной может соответствовать только один магазин, но одному магазину могут соответствовать несколько расходных накладных.

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

Таким образом, агрегируя все результаты анализа диаграммы сущность-связь получаем следующую физическую схему БД:

Рисунок 4. Физическая схема базы данных