Реляционная база данных

 

Введение

Требования к БД:

- разработка в среде Access;

- иерархическое меню с запрещением выбора отдельных позиций при определённых условиях, например доступ по паролю;

- редактирование данных;

- запросы (формулировка запросов на русском языке и на языке SQL;

- использование форм и форм с подчинёнными результатами запросов;

- использование отчётов для вывода данных и результатов запросов;

- реализация отношения 1 : М или М : М между таблицами;

- обеспечение целостности данных с установкой каскадного обновления и каскадного удаления данных;

выдавать на экран при необходимости не системные, а собственные сообщения

обеспечить защиту данных от ошибочных действий пользователя;

Постановка задачи:

Необходимо спроектировать СУБД независимого концептуального представления данных и ориентированного реляционного концептуального представления данных, после чего реализовать полученную БД в среде MS Access.

. Проектирование Базы Данных

Предметная Область: Автомобильные соревнования

Предметная область предполагает следующие сущности:

Автомобили

ØНазваниеАвтомобиля

ØСтрана

ØДата Выпуска

ØОбъём Двигателя, л

ØМощность, л/с

ØРазгон до 100 км/ч

Соревнования

ØНазваниетурнира

ØСтрана

ØДата Начала

ØПризовой Фонд

ØКол-во кругов

ØОрганизатор

Øwebsite

Участники Заездов

ØНазваниеАвтомобиля

ØНазвание Турнира

ØМесто

ØМаксимальная скорость

ØМинимальное время круга

Страны

ØСтрана

ØРейтинг Страны

ØАдрес Федерации

Организаторы

ØОрганизатор

ØДеятельность

ØАдрес

Пользовательские представления данных

Выбор Пользователей с разными правами Доступа:

В Данной Базе Данных имеются два пользователя:

Пользователь - Может просматривать содержание таблиц, производить поиск, выаодить отчёты и вводить данные в таблицы

Администратор - При доступе к данным должен ввести пароль "555". Администратор может: просматривать информацию об автомобилях, соревнованиях, странах, участников заездов и организаторов; выводить отчёты по участникам заездов, производить поиск информации в таблицах; редактировать информацию, что включает в себя ввод данных, удаление данных и корректировку данных об автомобилях, соревнованиях, странах, участниках заездов и организаторах.

. Проектирование реляционной реализации

Определение Входных данных

Множество атрибутов U:

A - НазваниеАвтомобиля

B - Дата Выпуска

C - Страна

D - Объём Двигателя

E - Мощность

F - Разгон до 100км/ч

G - НазваниеТурнира

I - Дата Начала

J - Призовой Фонд

K - Кол-во Кругов

L - Организатор

M - website

N - Место

O - Максимальная Скорость

P - Минимальное время круга

Q - Адрес федерации

R - Рейтинг Страны

S - Деятельность

T - Адрес

Определим сущности и первичные ключи:

Автомобили (НазваниеАвтомобиля,…)

Соревнования (НазваниеТурнира,…)

Участники Заездов (НазваниеАвтомобиля, НазваниеТурнира,…)

Страна (Страна,…)

Организатор (Органищатор,…)

Проектирование реляционной реализации концептуальной схемы

Метод Синтеза:

U = {A B C D F G I J K L M N O P Q R S T}

F = {A à BCDEF, G à IJCKLM, AG à NOP, C à QR, M à ST}

Шаг 1: Построим Расширенное множество

A+=ABCDEFQR AG+=AGNOPBCDEFIJKLMQRST

G+=GIJCKLMQRST C+=CQR+=MST

= {A à BCDEFQR, G à IJCKLMQRST, AG à NOPBCDEFKIJKLMQRST, C à QR, M à ST}

Шаг 2: условно не избыточное расширенное множество

{A à BCDEFQR, G à IJCKLMQRST, AG à NOPBCDEFKIJKLMQRST, C à QR, M à ST}

Шаг 3: Есть зависимость с полным набором атрибутов поэтому ничего не добавляем

Шаг 4: Все Зависимости элементарны

Шаг 5: Проранжируем полученные зависимости

X à YXYrangA à BCDEFQRABCDEFQR3G à IJCKLMQRSTGIJCKLMQRST2AG à NOPBCDEFKIJKLMQRSTAGNOPBCDEFIJKLMQRST1C à QRCQR4M à STMST5

Шаг 6: Построим ранжированную диаграмму зависимостей:

Шаг 7: Выполним Транзитивную редукцию зависимостей

Шаг 8: Определим Декомпозиционные подсхемы и их первичные ключи

R1 = AGNOP, c ключом К1=AG

R2 = GIJCKLM, c ключом К2=G

R3 = ABCDEF, c ключом К3=A

R4 = CQR, c ключом К4=C

R5 = MST, c ключом К5=M

Полученная Схема БД находиться в НФБК, так как, по определению НФБК, необходимо чтобы в левой части каждой зависимости подсхемы стоял первичный ключ или возможный ключ и она находилась в 3НФ, и это требование выполняется:

F1 = ? AGNOP (F) = ?

F2 = ? GIJCKLM (F) = {G à IJCKLM}

F3 = ? ABCDF (F) = {A à BCDEF}

F4 = ? CQR (F) = {C à QR}

F5 = ? MST (F) = {M à ST}

Проверка свойства соединения без потерь:

U = {A B C D F G I J K L M N O P Q R S T}= {A à BCDEF, G à IJCKLM, AG à NOP, C à QR, M à ST}= {AGNOP, GIJCKLM, ABCDEF, CQR, MST}

ABCDEFGIJKLMNOPQRSTAGNOPaaaaaaaaaaaaaaaaaaaGIJCKLMaaaaaaaABCDEFaaaaaaaaaCQRaaaMSTaaa

Перепишем подсхемы в терминах реальных данных:

R1: Участники Заездов (НазваниеАвтомобиля, НазваниеТурнира, Место, Максимальная Скорость, Минимальное Время Круга)

R2: Турнир (НазваниеТурнира, Страна, Дата Начала, Призовой Фонд, Кол-во Кругов, Организатор, Вебсайт)

R3: Автомобиль (НазваниеАвтомобиля, Дата Выпуска, Страна, Объём двигателя, Мощность, Разгон до 100 км/ч )

R4: Страна(Страна, Рейтинг Страны, Адрес Федерации)

R5: Организатор(Организатор, Деятельность, Адрес)

Метод ER-диаграмм:

Определим связи между сущностями, а также укажем тип связи, класс принадлежности сущности и правила, по которым следует строить отношения:

Автомобиль (М, О) выступает_за (1,Н) Страну (правило 4)

Турнир (М,Н) организуется (1, Н) Организатором (правило 5)

Турнир (М,О) проводится_в (1,Н) Стране (Правило 4)

Автомобиль (М,Н) участвует_в (М,Н) Турнире (правило 6)

Формируем набор предварительных отношений, руководствуясь указанными выше правилами:

.Для связи выступает_за:

Автомобиль (НазваниеАвтомобиля, Страна…)

Страна(Страна,…)

Отношение добавлено по правилу 4.

.Для связи организуется:

Турнир (НазваниеТурнира, Организатор,…)

Организатор (Организатор,…)

Отношение добавлено по правилу 5.

.Для связи проводится_в:

Турнир (НазваниеТурнира, Страна,..)

Страна (Страна,..)

Отношение добавлено по правилу 4.

.Для связи участвует_в:

Автомобиль (НазваниеАвтомобиля, Страна,…)

Турнир (Название_Турнира, Страна, Организатор,…)

Автомобиль_Турнир (НазваниеАвтомобиля, НазваниеТурнира,…)

Добавленно по правилу 6.

Получаем Предварительный Набор Отношений:

Автомобиль (НазваниеАвтомобиля, Страна,…)

Турнир (НазваниеТурнира, Страна, Организатор,…)

Страна (Страна,…)

Организатор (Организатор,…)

Автомобиль_Турнир (НазваниеАвтомобиля, НазваниеТурнира,…)

С неключевыми атрибутами:

Турнир (Название_Турнира, Страна, ДатаНачала, Призовой Фонд, Кол-во Кругов, Организатор, Вебсайт)

Автомобиль (НазваниеАвтомобиля, Страна, Год Выпуска, Объём двигателя, Мощность, Разгон до 100 км/ч)

Страна (Страна, Рейтинг Страны, Адрес Федерации)

Организатор (Организатор, Деятельность, Адрес )

Автомобиль_Турнир (НазваниеАвтомобиля, НазваниеТурнира,…)

Проверим находиться ли, полученная схема БД в Нормальной Форме Боеса-Кодда:

R1: GIJCKLM

R2: ABCDEF

R3: CQR

R4: MST

R5: AG

F1 = ? GICKLM (F) = {G à IJCKLM} = ? ABCDEF (F) = {A à BCDEF}= ? CQR (F) = {C à QR}= ? MST (F) = {M à ST}5 = ? AG (F) = ?

Проверка Свойств Связности:

ABCDEFGIJKLMNOPQRSTGIJCKLMaaaaaaaaaaaABCDEFaaaaaaCQRaaaMSTaaaAGaaaaaaaaaaaaaaaa

В Результате Проверки мы обнаружили что три атрибута N, O, P остались без связи

В Итоге, после проведения стадии Проектирования, искомая База Данных была построена по Методу Синтеза

. Реализация базы данных на СУБД Microsoft Office Access

реляционный пользовательский интерфейс

Структура таблиц

Автомобили:

Соревнования:

Участники Заездов:

Организатор:

Страна:

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

Проектирование Пользовательского Интерфейса:

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

Форма Выбор_Пользователя влечет за собой две дочерние формы меню: Пользователь, Администратор.

Форма Пользователь имеет ограниченные права. Она влечёт 2 формы: Поиск и Просмотр. Они предоставляют возможность на просмотр таблиц и поиск информации. Все формы доступны из кнопочного меню родительской формы.

Форма Администратор обеспечивает полный доступ к данным. Она влечёт за собой 5 форм: Просмотр, Поиск, Удаление, Редактирование, Добавление.

Рассмотрим Пример работы БД с пояснениями:

Здесь происходит Выбор режима, в котором в дальнейшем будет вестись работа с базой данных

Далее перед нами открывается форма ввода пароля.

Правильно введя пароль мы перейдём к следующей форме (кнопочной) Администратора

После открытия этой формы мы можем продолжить нашу дальнейшую работу с БД исходя из предложенного меню.

Пример Запроса:

Пример Макроса:

Контрольный Пример:

.В Самом Начале открывается Форма Выбор_Пользователя, в котором мы выбираем режим в котором будем работать.

.Предположим что мы выбрали режим «Администратор» Перед Нами Открылась форма проверки Пароля Администратора.

.После того как мы ввели пароль перед нами открылось меню Кнопочной Формы. Выбираем Пункт «Редактирование»

.

.После этого появилось меню редактирование где пользователю предлагается выбрать параметр который подлежит редактированию.

.Перед Нами Открылась Форма Редактирования Таблицы «Автомобили». Выбираем автомобиль с названием BMW M3 GTS и меняем мощность с 600 л/с на 720 л/с. После внесения изменений нажимаем кнопку НАЗАД и возвращаемся в меню просмотра чтобы проверить результат.

Руководство пользователя

. Начало работы с базой данных начинается с открытия формы Выбор_Пользователя

. Далее следует выбрать пользователя.

·Если Вы хотите зайти как Пользователь для поиска или просмотра параметров по базе, просмотра таблиц и отчетов, то выбирайте «Пользователь»

·Если Вы хотите зайти для редактирования любой информации в базе данных, то выбирайте «Администратор». Потребуется ввести пароль («555»).

. После входа Вам доступно меню возможных действий:

·Просмотр, Поиск, Удаление, Редактирование, Добавление ( «администратор»)

·Просмотр и Поиск («покупатель»)

.Для смены пользователя или выхода из базы необходимо нажать кнопку «Назад».

6. Для выхода из базы данных нажмите кнопку «Выход». Все изменения автоматически сохраняются

. При закрытии формы все внесенные изменения автоматически сохраняются.

Заключение

Результатом выполнения курсовой работы по дисциплине «Базы данных» стала рабочая полнофункциональная база данных «Автомобильные Соревнования». В процессе ее разработки я укрепил теоретические знания о проектировании реляционных реализаций концептуальных схем, практические навыки работы в СУБД Microsft Office Access и дизайнерские навыки.

Введение Требования к БД: - разработка в среде Access; - иерархическое меню с запрещением выбора отдельных позиций при определённых условиях, напри

Больше работ по теме: