Защита на уровне пользователя позволяет установить различные уровни доступа к важным данным и объектах в базе данных. Чтобы воспользоваться базой данных, защищенной на уровне пользователя, необходимо ввести пароль при запуске Microsoft Access. После этого анализируется файл рабочей группы, в котором каждый пользователь идентифицирует уникальным кодом. Уровень доступа и объекты, доступ к которым получает пользователь, зависят от кода и пароля.
13
,«
;
4 Логическое проектирование БД
4.1. Нормализация отношений Нам необходимо привести нормализацию. Применим к разработанным
для базы данных таблицам принципы и правила нормализации отношений. В результате нормализации должны исключиться возможная избыточность данных.
Различные нормальные формы имеют следующие особенности:
а) Отношение находится в 1НФ, если все его атрибуты являются простыми (имеют единственное значение).
б) Отношение находится во 2НФ, если оно находиться в ШФ и каждый
не
-
ключевой атрибут функционально полно зависит от первичного составного ключа.
в) Отношение находится в ЗНФ, если оно находиться в 2НФ и каждый неключевой атрибут нетранзитивно зависит от первичного составного ключа (то есть, не зависит функционально от любого другого неключевого поля).
г) Отношение находится в БКНФ (нормальная форма Бойса-Кодда), если оно 1.1 находится в ЗНФ и в нем отсутствуют зависимости ключей (атрибутов составного ключа) от неключевых атрибутов.
д) Отношение находится в 5НФ, когда в каждой ее полной декомпозиции все проекции содержат возможный ключ.
е) Отношение находится в АИФ, когда полная декомпозиция является соединением двух проекций.
Рассмотрим последовательно все таблицы.
Для таблицы «Поставщики» ключевым полем является поле «Код». Остальные неключевые атрибуты функционально не зависят от других неключевых атрибутов. Таким образом отношение находится в ЗНФ, и дальнейшая нормализация не имеет смысла.
Для таблиц «Категория», «Поставка», аналогично с таблицей Поставщики», все неключевые атрибуты функционально полно и нетранзитивно зависят от первичного ключа Таким образом отношение находится в ЗНФ, и дальнейшая нормализация не имеет смысла.
В таблице «Товар», таблице «Производители» все неключевые атрибуты функционально полно и нетранзитивно зависят от первичного ключа «Код». Это означает, что все эти отношения находятся в ЗНФ. Кроме того для этих таблиц
первичный ключ одинаков и они являются проекциями полной декомпозиции (т.е. таблицы можно объединить в одну большую таблицу с первичным ключом «Код»). Следовательно рассматриваемые отношения находятся в 4НФ. Таким образом не требуется нормализации для изначально заданных таблиц, т.е. ER-диаграмма не претерпела изменений. Это говорит о том, что на
(этапе инфологического проектирования были наиболее полно выделены сущности и связи между ними.
4.2 Ключи и ограничение целостности данных Преимущественно отношения в базе данных будут строиться на основе
первичных ключей представленных в виде кода. В рамках одного отношения невозможно повторение значения первичных ключей.
Связь между таблицами «Поставщики», «Категория», «Товар», «Поставки»,
«Производители» осуществляется по средствам первичных ключей (Код поставщика, Код категории. Код товара, код поставки, код производителей). Коды товаров не могут повторяться в таблице «Поставки», т.е. должны быть индексированы с условием уникальности. На ER-диаграмме приведены первичные ключи для всех сущностей и для ассоциации (рисунок 1.2).
Целостность данных должна обеспечиваться на уровне сведений о типах продукции, сведений о категориях, товарах, поставщиках, производителях, т.е. не должно быть записей о категориях, которым не будет соответствовать запись о производителях и не должно быть записей о товаре, не принадлежащего к какой-либо категории, Т.о. удаление записи о типах товарах приводит к удалению всех записей категорий, принадлежащих к этой категории, удаление записи о категории должно вести к удалению записей о всех товарах, принадлежащих к этой категории, а удаление записи о поставщике должно
вести к удалению записей о его поставке. |
15 |
5 Физическое проектирование базы данных
5.1 Схема данных
Создадим в Access требуемые таблицы отношений и объединим их в схем нных.
5.2 Таблицы Поставки
16
Производители
Товар
17
Категории
Офисы-поставщики
18
5.3 Формы
Главная кнопочная форма
Категории
19
Офисы-поставщиков
Сводная таблица
Форма для менеджера
20
5.4 Запросы
Запрос для менеджера
Клиентский запрос
Накладная
Перекресный запрос
21
План поступлений на осень-зима.
22