
- •Содержание
- •Введение
- •Аналитическая часть
- •. Обзор предметной области
- •1.2. Моделирование проектируемой бд
- •1.3 Разработка технического задания
- •Конструкторная часть
- •2.1. Нормализация структуры бд
- •2.2. Разработка таблиц бд
- •Функциональное назначение таблиц
- •2.3. Конструирование визуальных форм
- •Формы и их характеристики
- •2.4 Разработка запросов
- •Запросы и их характеристики
- •2.5 Разработка отчетов
- •Отчеты и их характеристики
- •2.6 Разработка кнопочной формы
- •Характеристики кнопочной формы бд «Зоопарк»
- •Экспериментально-прикладная часть
- •Тестирование системы
- •Тестирование системы на примере формы животное подчиненная форма
- •Тестирование системы на примере запроса с параметром
- •Руководство пользователя
- •Список литературы
Конструкторная часть
2.1. Нормализация структуры бд
После того, как построена инфологическая модель, наступает этап нормализации структуры БД, суть которой заключается в составлении схемы таблиц с указанными связями. Для того, чтобы связи между таблицами работали надежно и по записи из одной таблицы можно было однозначно найти записи в другой таблице, надо предусмотреть уникальное поля. Уникальное поле – это поле, значения в котором не могут повторяться.
Для указания уникального поля используется понятие ключевого поля. При создании структуры таблиц одно поле можно назначить ключевым. С ключевыми полями компьютер работает особо. Он проверяет их уникальность. Ключевое поле – очевидный кандидат для создания связей. Иногда ключевое поле называют первичным ключем.
Как правило, уникальное поле создают искусственно. Для этого нужно первым свойством каждой сущности указать номер отдельного экземпляра по порядку. Это поле должно иметь тип Счетчик. Ввести два одинаковых значения в такое поле нельзя по определению, поскольку приращение значения поля производятся автоматически. Связь между таблицами будет вестись в дальнейшем именно по этому полю.
Нормализация представляет собой построение так называемой концептуальной модели БД, которое сводится к представлению инфологической модели в терминах выбранной СУБД (в данном случаи Access). Концептуальная модель имеет вид, немного отличающийся от инфологической, но строится на основе инфологической.
В концептуальной модели используются другие термины: вместо «сущности» используется термин «таблица», вместо «свойства» - «поле».
Особенностью концептуальной модели является наличие связей, которые здесь показываются явно. Связи проводятся между соответствующими полями, созданными еще в инфологической модели для формирования связей «один-к-одному» и «один-ко-многим».
Концептуальная модель по предметной области «Зоопарк» приведена на рисунке ниже.
Код
сотрудника ФИО Обязанности Дата
рождения Код
помещения
Код
животного Кличка Дата
рождения Источник
поступления Код
вида
Код
помещения Название
комплекса №
помещения Наличие
отопления Наличие
водоема
Код
размещенияКоличество животных Код
вида Код
размещения
Код
вида
Континент
обитания Название
вида Семейство Суточное
потребление корма
1 1 1
N
N N
N
Рис.2.1. Концептуальная модель по предметной области «Зоопарк»
В каждую подчиненную таблицу для построения связи должно быть внесено ключевое поле из главной таблицы.
2.2. Разработка таблиц бд
Следующим шагом в создании БД является разработка таблиц и дальнейшая работа над ними непосредственно уже в самой программе (данная операция называется построением физической модели БД).
Объектами физической модели являются таблицы и поля с типами данных, определенными для выбранной СУБД.
Системы управления базами данных (СУБД) – это программные средства, с помощью которых можно создавать базы данных, наполнять их и работать с ними. В мире существует немало различных систем управления базами данных. Одна из самых популярных – находящаяся в составе пакета Microsoft Office система управления базами данных Access.
С организационной точки зрения в работе с любой базой данных есть два разных режима: проектировочный и эксплуатационный (пользовательский). Создатель базы имеет право создавать в ней новые объекты (например, таблицы), задавать их структуры, меняться свойства полей, устанавливать необходимые связи. Он работает со структурой базы и имеет полный доступ к базе. У одной базы может быть один, два или несколько разработчиков.
Пользователь базы – это лицо, которое наполняет ее информацией с помощью форм, обрабатывает данные с помощью запросов и получает результат в виде результирующих таблиц или отчетов. У одной базы могут быть миллионы пользователей и, конечно, доступ к структуре базы для них закрыт.
И так для создания таблиц воспользуемся конструктором таблиц. (проанализируем ход построения на основе таблицы «вид»).
Вносим в поле «имя поля» название полей, а в поле «тип данных» тип данных в соответствии с выбранными характеристиками (к примеру: если поле «Континент обитания», то тип данных – текстовый). Следует учесть что первым полем должно быть ключевое поле «код вида», тип данных этого поля «счетчик». Чтобы это поле стало ключевым нужно в вкладке «конструктор» нажать на значок ключа под которым написано «ключевое поле». Далее поля вводятся по смыслу.
Функциональное назначение каждой таблицы приведено ниже в табл.2.1
Таблица 2.1