Контрольная работа: Разработка связных таблиц и запросов к ним на основе ER подхода
Анализ связей на рисунок 5.5.2 показывает, что диаграмма не противоречит предположениям о степени связи «много ко многим». С учетом же перспектив, о которых шла речь выше, и слева и справа могут быть кружки, не связанные с кружками на противоположной стороне.
Такой тщательный анализ базы данных проводится в случае минимизации объема базы данных и времени реализации запросов, так как учет степени связи и класса принадлежности БД позволяет уменьшить объем БД и увеличить скорость доступа к данным.
Диаграмма ER-типа отображает сущности и связи с их характеристиками и изображается несколькими способами. На рисунке 5.3 приведен один из способов отображения диаграммы ER-типа для проектируемой БД.
Рисунок 5.3 – ДиаграммаER – типа для проектируемой БД
6 ФОРМИРОВАНИЕ СХЕМЫ ПРОЕКТИРУЕМОЙ БД
Схемы БД имеют два уровня: логический и физический (концептуальный и внутренний по другой терминологии). На логическом (концептуальном) уровне определяют связные поля или таблицы и распределяют атрибуты по таблицам. Последнее может оказаться и нетривиальной задачей, поскольку при описании предметной области могут быть данные, которые как бы относятся к нескольким сущностям одновременно. В таком случае, в зависимости от связи между сущностями, эти данные либо включают в таблицу для одной из сущностей, либо помещают в связную таблицу.
На физическом (внутреннем) уровне задают типы значений атрибутов, длины соответствующих полей, стандартные и специальные правила целостности. Стандартные правила целостности реализуются внутренними средствами СУБД, поддерживающих понятия первичного и внешнего ключа. Специальные правила целостности реализуются в виде хранимых процедур и триггеров – программных средств типа обработчиков событий, наборы которых для различных типовых ситуаций входят в инструментальные средства современных (большей частью промышленных) СУБД.В Access ограниченный набор триггеров доступен тольков проектах.
Основной задачей при реализации третьего этапа является определение базовых таблиц для сущностей и формирование связей в виде дополнительных полей базовых таблиц либо отдельных связных таблиц.
Исходя из правила №6, логическая схема базы данных для рассматриваемого примера будет содержать три таблицы – две базовые для сущностей «Ресурсы» и «Изделие» и одну связную, которую назовем «Изделия-ресурсы». Эти таблицы, приведенные ниже, помимо всего прочего, содержат обозначения (PK) и (FK) для первичных и внешних ключей соответственно.
Таблица 6.1 - РЕСУРСЫ
| Норма ресурса (PK) | Количество ресурсов |
| 1 | 100 |
| 2 | 100 |
| 3 | 200 |
Таблица 6.2 – ИЗДЕЛИЯ
| Изделия (PK) | Эффективность | Количество | Мин.кол-во | Макс. Кол-во |
| А | 30 | 66,67 | 0 | 1000 |
| В | 60 | 0 | 0 | 13 |
Таблица 6.3 – ИздеДИЯ-РЕСУРСЫ
| Наим. Изделия (FК) | Наим. Ресурсов (FK) | Норма |
| А | 1 | 2 |
| А | 2 | 1 |
| А | 3 | 3 |
| В | 1 | 3 |
| В | 2 | 3 |
| В | 3 | 8 |
Для перехода к физическому уровню схемы определим типы и размеры (форматы) полей, имея в виду реализацию БД в Access.
Эту базу можно расширять, вводя в нее новые виды изделий и ресурсов. Так как база методологически правильно спроектирована, она свободна от аномалий включения, удаления и обновления данных, имеет относительно небольшую избыточность (за счет повторения данных во внешних ключах), к ней могут быть применены встроенные в СУБД средства контроля целостности данных.
На этом процесс проектирования БД можно считать завершенным.
7 РЕАЛИЗАЦИЯ ПРОЕКТИРУЕМОЙ БД
Дальнейшая работа связана с реализацией БД в выбранной СУБД. В процессе реализации должны быть созданы запросы, экранные формы, отчеты и другие объекты базы данных. Этот этап связан больше с разработкой приложений для конкретных пользователей, хотя в широком смысле его можно включать и в процесс проектирования базы данных.
Разработанная база данных включает следующие объекты: таблицы «Мебель», «Нормы расходов», «Материал»; запросы «Запрос1», «Запрос2»; формы «Мебель», «Нормы расходов», «Нормы расходов 1», «Материал»; отчет «Суммарная прибыль». Ниже приведены листинги окон конструкторов для перечисленных выше объектов.
Рисунок 7.1 – Таблица МАТЕРИАЛ
Рисунок 7.2 – Таблица МЕБЕЛЬ
Рисунок 7.3 – Таблица НОРМЫ РАСХОДОВ
Рисунок 7.4 – Запрос 1.