Разработка базы данных "Программируемые логические интегральные микросхемы", страница 3

Усиленная третья нормальная форма (Нормальная форма «Бойса-Кодда»). Если отношение удовлетворяет третьей нормальной форме и в нем имеется несколько потенциальных ключей связанных функционально с атрибутами, тогда между ними существует функциональные зависимости. Для их устранения необходимо привести отношение к усиленной третьей нормальной форме. Отношение находится в усиленной нормальной форме, если в нем детерминанты и ключи совпадают. Как видно из предыдущего пункта детерминанты всех функциональных зависимостей являются ключами в отношениях. Следовательно, все отношения находятся в усиленной третьей нормальной форме или нормальной форме «Бойса-Кодда».

Методами «Сущность-Связь» и нормализация отношений определили набор и структуру отношений будущей базы данных.


Физическое проектирование базы данных:

На данном этапе необходимо определить типы данных и их размер для каждого отношения в соответствии с возможностями конкретно СУБД.  В данной работе для физического проектирования используется реляционная СУБД MS Access. Так же необходимо определить список полей, которые впоследствии будут индексированы. В этот список войдут поля, по которым в проектируемой базе данных будут осуществляться операции поиска. Индексирование некоторых полей позволяет существенно сократить время, затрачиваемое на операции поиска данных –поиск по неиндексированному полю требует в среднем обработки половины общего количества записей в обрабатываемом поле, в то время как поиск по индексированному полю требует обработки лишь записей, где N-количество записей в обрабатываемом поле. При больших N, во втором случае время  поиска составляет величину на порядки меньшую в сравнении со временем последовательного поиска.

Таблица «ПЛИС»:

·  Тип: тип поля - текстовый, размер 32 символа.

·  ФирмаИзготовитель: тип поля – текстовый, размер 32 символа.

·  Задержка: тип поля – числовой, целое.

·  Число выводов: тип поля – числовой, целое.

·  Число связей: тип поля – числовой, целое.

·  ТермыПроизведений: тип поля – числовой, длинное целое.

·  Технология: тип поля - текстовый, размер 16 символов.

·  Особенности: тип поля – MEMO.

·  Цена: тип поля – денежный, число десятичных знаков – 2.

Рис.1.   Конструктор таблицы «ПЛИС».

Ключом таблицы является поле «Тип».

Таблица «Заказано»:

·  Код заказа: тип поля – числовой, целое.

·  Тип: тип поля - текстовый, размер 32 символа.

·  Количество: тип поля – числовой, целое.

Рис.2.   Конструктор таблицы «Заказано».

В данном случае ключ таблицы составной, состоит из полей «КодЗаказа» и «Тип».


Таблица «Заказы»:

·  Код заказа: тип поля – числовой, целое.

·  КодПотребителя: тип поля – числовой, длинное целое.

·  ДатаВыдычи: тип поля – дата/время, краткий формат даты.

Рис.3.   Конструктор таблицы «Заказы».

Ключом таблицы является поле «КодЗаказа».

Таблица «Потребители»:

·  КодПотребителя: тип поля – числовой, длинное целое.

·  ФИО: тип поля – текстовый, размер 32 символа.

·  Телефон: тип поля – текстовый, размер 14 символов,

маска ввода \(000\)000\-00\-00;;#.

Рис.4.   Конструктор таблицы «Потребители».

Ключом таблицы является поле «КодПотребителя».

Таблица «Поставки»:

·  Тип: тип поля - текстовый, размер 32 символа.

·  ДатаПоставки: тип поля – дата/время, краткий формат даты.

·  Количество: тип поля – числовой, целое.

Рис.5.   Конструктор таблицы «Поставки».

Ключом таблицы являются поля «ДатаПоставки» и «Тип».


Схема данных:

Рис.6. Схема данных БД «Программируемые Интегральные Логические Микросхемы».

Основные характеристики используемой СУБД.

Система MS Access обладает рядом уникальных возможностей:

ü  Объединение информации из самых разных источников (электронных таблиц, текстовых файлов, других баз данных);

ü  Представление данных в удобном для пользователя виде с помощью таблиц, диаграмм, отчетов;

ü  Интеграция с другими компонентами  Microsoft Office.

СУБД  Access относится к реляционной модели данных (от англ. Relation- “отношение”). Реляционная база данных представляет  собой набор связанных таблиц.

Любая СУБД позволяет выполнить следующие операции с данными:

• Добавление записей в таблицу;

• Удаление записей из таблицы;

• Изменение значений некоторых полей в записях;

• Поиск записей, удовлетворяющих заданному условию.

Для выполнения этих операций создаются запросы. Для формулирования запросов к базе данных был создан специальный язык – язык структурированных запросов. (SQL – Structured Query Language).

Для предоставления  информации в удобном для пользователя виде создают формы.

СУБД Access  включает  все необходимые инструментальные средства для создания локальной базы данных, общей базы данных в сети с файловым сервером или создания  приложения пользователя, работающего с базой данных на SQL - сервере. Диспетчером данных, выполняющим загрузку и сохранение данных в базе данных, является ядро базы данных Microsoft Jet.

Для разработки приложений MS Access может использоваться язык Visual Basic for Application (VBA) с добавлениями объектных расширений и языка структурированных запросов SQL.  Как правило, профессиональное создание  приложений MS Access требует  применения VBA.

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

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


Создание запросов

1.  Прежде чем приступить к созданию запросов, отмеченных в задании, необходимо составить запрос, выводящий сведения о типах ПЛИС и соответствующим данному типу остатку на складе, который будет применен при разработке запросов, содержащихся в задании. Данный запрос, основывается на запросе, выводящем тип и количество поставленного товара, а так же на запросе, выводящем тип и количество реализованного товара.