3.2. Выбор ключевых полей
Ключ представляет собой комбинацию полей, данные в которых однозначно определяют каждую запись в таблице. Поля, по которым построен ключ называются ключевыми. в таблице может быть определен только один ключ
Ключ обеспечивает:
однозначную идентификацию записей таблицы;
ускорение выполнения запросов к БД;
установление связи между отдельными таблицами;
использование ограничений ссылочной целостности;
Ключ также называют первичным ключом. Информацию о ключе может храниться в отдельном файле или совместно с данными таблицы
Таблицы различных форматов имеют свои особенности построения ключей. Вместе c тем существуют общие правила:
Ключ должен быть уникальным. У составного ключа значения отдельных полей (но не всех одновременно) могут повторяться.
Ключ должен быть достаточным и не избыточным, то есть не содержать поля, которые можно удалить без нарушения уникального ключа.
В состав ключа не могут входить поля некоторых типов, например, графическое поле или поле комментария.
Выбор ключевых полей не всегда простой и очевидной задачей, особенно для таблиц с большим количеством полей. Не желательно выбирать в качестве ключевых поля, содержащие фамилии людей в таблице сотрудников, организации или названия товаров в таблице данных склада.
Для своей базы данных я выбрала следующие ключевые поля:
Для таблицы Поставщики – ключевым полем является «Код поставщика»;
Для таблицы Склад - ключевым полем является «Код товара на складе»;
Для таблицы Продажи - ключевое поле задано «Код продажи»;
Для таблицы Сотрудники - ключевое поле «Код сотрудника»
3.3. Нормализация отношений
Теория нормализации является очень ценным достижением реляционной теории и практики, поскольку она даёт научно строгие и обоснованные критерии качества проекта баз данных и формальные методы для усовершенствования этого качества. Этим теория нормализации резко выделяется на фоне чисто эмпирических подходов к проектированию, которые предлагаются в других моделях данных. Более того, можно утверждать, что во всей сфере информационных технологий практически отсутствуют методы оценки и улучшения проектных решений, сопоставимые с теорией нормализации реляционных баз, данных по уровню формальной строгости.
Нормализацию иногда упрекают на том основании, что «это просто здравый смысл», а любой компетентный профессионал и сам «естественным образом» спроектирует полностью нормализованную базу данных без необходимости применять теорию зависимостей. Однако, как указывает К. Дейт, нормализация в точности и является теми принципами здравого смысла, которыми руководствуется в своём сознании зрелый проектировщик, то есть принципы нормализации — это формализованный здравый смысл. Между тем, идентифицировать и формализовать принципы здравого смысла — весьма трудная задача, и успех в её решении является существенным достижением.[http://www.cyberguru.ru/database/database-theory/relational-database-normalization-page4.html]
4. Реализация базы данных в субд
4.1. Создание таблиц
Реализация разрабатываемой базы данных производилась в СУБД Access 2010.
При создании базы данных данные сохраняются в таблицах — списках строк и столбцов, относящихся к конкретной области.
Каждая запись в таблице включает данные об одном элементе, например о конкретном сотруднике.
В Access 2010 таблицы можно создать различными способами:
Создание таблиц в режиме Конструктора;
Создание таблиц с помощью мастера;
Создание таблицы путем ввода данных.
В данной работе на основе логической модели были разработаны следующие таблицы: «Поставщики», «Склад», «Продажи», «Сотрудники».
Структура таблицы «Поставщики» представлена на рисунке 1.
Рисунок 1
Структура таблицы «Склад» представлена на рисунке 2.
Рисунок 2
Структура таблицы «Продажи» представлена на рисунке 3.
Рисунок 3
Структура таблицы «Сотрудники» представлена на рисунке 4.
Рисунок 4
После создания всех таблиц и связи их между собой получим схему данных на рис
4.2. Создание запросов
Что такое запросы зачем и их виды
В данном кп были разработан такие … запросы:
Виды
В виде таблицы
Пример запроса с параметром в режима конструктора представлен на рис..
4.3. Создание форм
Кнопки описать
Так же как и запросы
Создание отчётов
Пример структуры отчета
Заключение
Список использованных источников
Вейнеров О.М., Самохвалов Э.Н. Проектирование баз данных САПР - М.: Высшая школа , 1990
Грекул В.И. и др.Проектирование информационных систем, Интернет - Университет Информационных Технологий, Питер, 2005, 320 с.
Дейт К. Введение в системы баз данных.- М.: Наука, 1980. – 464с.: ил.
Мейер Д. Теория реляционных баз данных. М.: Мир, 1987
Найк Дилип Стандарты и протоколы Internet./Пер. с английского.- М.: Издательский отдел «Русская редакция», ТОО “Channel Trading Ltd”. 1999 –384с.:ил.
Петров В.Н. Информационные системы. - СПб.: Питер 2002.- 688с.:ил.
Ревунков Г.И., Самохвалов Э.Н., Чистов В.В. Базы и банки данных и знаний: Учебник./ Под общей ред. В.Н. Четверикова-. – Высшая школа,1992, -367с.:ил.
Шекхар Шаши, Чаула Санжей Основы пространственных баз данных, Кудиц-образ, 2004 г., 330 с.