4Логическое проектирование
4.1 Анализ запросов
На основе выделенных в первой главе задач, сформируем основные запросы к проектируемой базе данных для получения информации:
Получить полную информацию о конкретном товаре;
Получить полную информацию о группе товаров;
Получить полную информацию о поставщике;
Получить информацию о поставляемом товаре от конкретного поставщика;
Получить информацию о распределении конкретного товара (или группе) по магазинам;
Получить информацию о выручке.
Для реализации данных запросов необходимо в некоторые сущности добавить атрибуты.
Таблица 4. Добавление атрибутов.
Товар (Gds) |
Id_группы Группа |
Контроль (Check) |
цена в магазине количество оставшееся количество проданное |
4.2 Установка дополнительных логических связей
При установлении дополнительных связей используют следующее правило: между сущностями исходной инфологической модели устанавливается дополнительная логическая связь, если, во-первых, частота совместного использования этих сущностей высока; во-вторых, непосредственной связи эти сущности не имеют, а выборка данных согласно имеющимся связям требует большого объема "лишнего" чтения.
Таблица 5. Частота совместного использования сущностей
Сущность |
Индекс сущности |
||||||
1 |
2 |
3 |
4 |
5 |
6 |
||
1 |
Товар |
0 |
365 |
104 |
12 |
52 |
156 |
2 |
Группы |
365 |
0 |
0 |
0 |
0 |
0 |
3 |
Поставщик |
104 |
0 |
0 |
104 |
26 |
26 |
4 |
Главная |
12 |
0 |
104 |
0 |
52 |
52 |
5 |
Магазин |
52 |
0 |
26 |
52 |
0 |
0 |
6 |
Контроль |
156 |
0 |
26 |
52 |
0 |
0 |
Далее, рассчитаем среднее значение R, представляющее собой полусумму максимального и минимального значений частоты совместного использования сущностей.
R = (365+0) / 2 = 183
Теперь по среднему значению R определим пары сущностей со значением большим R и без установленной между ними связи и выясним необходимость установления дополнительных связей.
Такими сущностями будут: «Товар» и «Группы» – эти две сущности связаны между собой через ключевой атрибут «id_группы сущности «Группы», то есть сущности связаны напрямую и нет необходимости в дополнительной связи.
4.3 Нормализация
Проверим концептуальную модель с помощью правил нормализации.
Первая нормальная форма заключается в атомарности атрибутов. Этому условию соответствуют все атрибуты кроме атрибута «ФИО» сущности «Поставщик». Для нормализации данный атрибут следует, разбит на три составляющие «Имя», «Фамилия» и «Отчество».
Во второй нормальной форме каждый атрибут должен функционально полно зависеть от ключа. Тогда сущности примут следующий вид.
Рисунок 4. 2НФ «Товар»
Рисунок 5. 2НФ «Главная»
Рисунок 6. 2НФ «Контроль»
Остальные сущности уже находятся во второй нормальной форме.
Третья нормальная форма характеризуется тем, что все неключевые атрибуты взаимно независимы и полностью зависят от первичного ключа.
Рисунок 7. 3НФ «Товар»
|
Рисунок 8. 3НФ «Главная»
|
Рисунок 9. 3НФ «Контроль»
|
Рисунок 10. 3НФ «Поставщик»
|
Приведение сущностей к третьей нормальной форме является достаточным в условиях проектируемой базы данных. Из всех сущностей привести к третьей нормальной форме в логической модели есть смысл только сущность «Товар», выделив из данной сущности новую с именем «Группы». Если по приведенной схеме нормализовать остальные сущности – то в результате получится большое количество сущностей с минимальной информацией и большой избыточностью.
На основе проведенного анализа построим логическую модель базы данных.
Рисунок 11. Логическая модель
