Хотелось бы также отметить, что наряду с достоинствами СУБД Access имеет недостатки:

- отсутствие компилятора;

- недостаточно высокая эффективность при работе с большими объемами данных.

Минимальные требования для нормальной работы СУБД ACCESS XP:

Компьютер с процессором Pentium 133 МГц или более быстрым Требования к объему ОЗУ зависят от применяемой операционной системы; дополнительно требуется 8 МБ для приложения Access. 170 МБ свободного места на жестком диске и дополнительно 115 МБ на диске, где установлена операционная система; пользователям, у которых не установлены продукты Windows 2000, Windows Me или Office 2000 Service Release 1 (SR-1), требуется дополнительно 50 МБ для обновления системных файлов.

СУБД ACCESS является мощной средой для проектирования баз данных и одновременно простой в использовании, с помощью встроенных мастеров. Все перечисленное выше и заставило выбрать меня именно ACCESS.

3 Описание информационных потоков

Для разработки БД была использована модель предметной области «сущность-связь». Выбор данной модели обусловлен ее простотой и наглядностью отображения объектов предметной области и информационных потоков.

На этапе информационно - логического моделирования предметной области часто используют модель "сущность - связь" (Entity - Relationship, ER), которая наглядно изображает структурные блоки информации и логические взаимосвязи между ними. Компонентами модели являются сущности, понятия и связи.

Для анализа информационных потоков возьмем следующий пример:

Допустим, фирма заключила контракт с определённым поставщиком. Всю необходимую информацию о нём необходимо занести в базу данных фирмы. На нового поставщика заводится формуляр, в котором записаны необходимые данные о нем. У поставщика производят закупки. В этом случае составляется договор о закупке, который фиксирует следующие необходимые данные: Код Заказа; Номер Заказа; Описание Заказа; Код Поставщика; Стоимость Доставки. Когда клиент приходит в фирму он заключает сделку. В этом случае составляется договор о закупке, который фиксирует следующие необходимые данные: Код Сделки; Код Товара; Код Заказа; Цена; Количество; Продано. По критериям «Цена» и «Количество» БД фирмы по продаже комплектующих, представляет данные о остатке товара на складе и об общей прибыли с одного комплектующего.

На основе представленных, на примере информационных потоков составляются необходимые элементы работы БД.

Общий порядок построения ER- модели:

1) в каждом внешнем представлении нужно выделить понятия и их свойства, при этом очень полезно использовать результаты анализа экономического документа;

2) обозначить понятия именами, которые должны быть краткими, понятными, привычными для пользователя;

3) выбрать ключевое свойство или ввести его искусственно для каждого понятия;

4) выявить связи между разными понятиями и определить их степень;

5) объединить модели, построенные для разных внешних представлений.

ER - диаграмма приведена в Приложении 1.

4 Нормализация базы данных

Процесс проектирования баз данных заключается в последовательном переводе отношений из первой нормальной формы в нормальные формы более высокого порядка по определенным правилам. Каждая следующая нормальная форма ограничивает определенный тип функциональной зависимости, устраняет соответствующие аномалии при работе с отношениями и сохраняет свойства предшествующих форм.

Процесс построения реляционных баз данных на основе нормальных форм предполагает удаление из исходного отношения следующие меж атрибутивные зависимости:

1) Частичной зависимости атрибутов от ключа (уровень второй нормальной формы);

1 Транзитивность зависимостей не ключевых атрибутов от ключа (удовлетворяет 3-ей нормальной форме);

2 Зависимости ключей от не ключевых атрибутов (удовлетворяет нормальной форме Байеса-Кодда) альтернативой этого подхода является метод ER-диаграмм (метод сущность-связь), которой применяется для проектирования больших баз данных и на нем реализованы средства проектирования баз данных.

Основное правило при создании таблиц сущностей – это каждой сущности желательно сопоставить отдельную таблицу. Поля таблиц сущностей могут быть ключевыми или не ключевыми. Введение ключей позволяет обеспечить уникальность значений в записи, ускорить обработку записи и выполнить обработку. Если в таблице есть значительное повторение по нескольким полям и их объем существенен, то лучше их выделить в отдельную таблицу. Новую сущность легко добавить и изменить, но при удалении следует уничтожить все ссылки на нее из таблиц связей, в противном случае возникает некорректность.

В данном курсовом проекте была проведена нормализация базы данных и достигнута нормальная форма Байеса-Кодда, то есть были устранены функциональные зависимости и исключена явная избыточность в таблицах. Также удалось избавиться от транзитивных зависимостей.

Таблица находится в НФБК, если и только если любая функциональная зависимость между его полями сводится к полной функциональной зависимости от возможного ключа.

В результате процесса нормализации исходной таблицы была получена НФБК:

5 Описание ограничений целостности

Информация об объектах предметной области сведена в таблицу 1.

Описание объектов предметной области

Таблица 1.