курсовая по предмету Базы данных

Введение
1. Обследование предметной области
2. Концептуальное проектирование
2.1 Перечень сущностей
2.2 Перечень атрибутов
3. Инфологическое проектирование БД
3.1 Модель «Сущность-связь»
3.2 Классификация связей
4. Реляционная модель БД
4.1 Функциональные зависимости между атрибутами
4.2 Выбор ключей
4.3 Нормализация отношений
5. Даталогическое проектирование БД
5.1 Состав таблиц БД
5.2 Средства поддержания целостности
6. Запросы к БД
7. Разработка механизмов защиты данных от несанкционированного доступа
8. Требования к техническому обеспечению
9. Инструкция по использованию БД
9.1 Вызов программы
9.2 Экранные формы
Заключение
Список литературы

курсовая по предмету Базы данных

4.1 Функциональные зависимости между атрибутами
Рассмотрим схему даннных, представленную на рис. 4.
- Атрибут «Код темы» сущности «Вопрос» связан с атрибутом «Идентификатор» сущности «Тема вопроса»
- Атрибут «Идентификатор» сущности «Вопрос» связан с атрибутом «Код вопроса» сущности «Ссылки»
- Атрибут «Идентификатор» сущности «Язык» связан с атрибутом «Код языка» сущности «сссылки»
- Атрибут «Идентификатор» сущности «Тип ресурса» связан с атрибутом «Код типа» сущности «ссылки»
4.2 Выбор ключей
Для обеспечения целостности данных атрибуты «Идентификатор» у всех сущностей являются первичными ключами
4.3 Нормализация отношений
Есть некоторые каноны, нарушение которых весьма отрицательно скажется как при проектировании базы данных, так и при ее эксплуатации. Так, например, весьма актуальной является проблема нормализации баз.
данных. Пренебрежение нормализацией делает структуру базы данных запутанной, а саму базу - ненадежной в работе.
Под нормализацией отношения подразумевается процесс приведения отношения к одной из так называемых нормальных форм (НФ).
При проектировании баз данных упор в первую очередь делается на достоверность и непротиворечивость хранимых данных, причем эти свойства не должны утрачиваться в процессе работы с данными - изменений, удалений и дополнений данных.
Для поддержания БД в устойчивом состоянии используется ряд механизмов, которые получили обобщенное название средств поддержки целостности. Обратим внимание на те ограничения, которым должна удовлетворять БД в процессе создания, независимо от ее наполнения данными. Приведение структуры БД в соответствие этим ограничениям - это и есть нормализация.
Каждый факт, хранимый в БД, должен храниться один-единственный раз, поскольку дублирование может привести к несогласованности между копиями одной и той же информации. Следует избегать любых неоднозначностей, а также избыточности хранимой информации.
Благодаря тому, что в проектируемой системе используются таблицы с ключевыми полями, исключается избыточность хранения данных, а также обеспечивается целостность данных при работе с базой данных
5. Даталогическое проектирование БД
5.1 Состав таблиц БД
Рассмотрим таблицы, составляющие базу данных
Языки текста хранятся в таблице Languages
Рис. 5. Таблица Languages в режиме конструктора
Типы интернет-ресурсов хранятся в таблице Types
Рис. 6. Таблица Types в режиме конструктора
Темы вопросов хранятся в таблице Themes
Рис. 7. Таблица Themes в режиме конструктора
Вопросы хранятся в таблице Questions
Рис. 8. Таблица Questions р режиме конструктора
Ссылки на интернет-ресурсы хранятся в таблице Links
Рис. 9. Таблица Links в режиме конструктора
5.2 Средства поддержания целостности
Как видно из рисунка 4 (Схема данных) и рисунков таблиц базы данных – для поддержания целостности в таблицах введены ключевые поля, данные которых являются идентификаторами, а также введены связи между сущностями.
6. Запросы к БД
В качестве языка запросов к базе данных используется Structured Query Language(SQL) – язык структурированных запросов.
Язык SQL представляет собой совокупность
операторов;
инструкций;
и вычисляемых функций.
Рассмотрим несколько примеров запросов.
Выбор идентификатора темы и текста темы вопроса из таблицы Themes, содержащей темы вопросов
SELECT Themes.id, Themes.theme FROM Themes ORDER BY [theme];
Выбор идентификатора вопроса, названия темы и текста вопроса из двух таблиц – Questions и Themes
SELECT Questions.id, Themes.theme, Questions.question
FROM Themes INNER JOIN Questions ON Themes.id = Questions.idtheme;
7. Разработка механизмов защиты данных от несанкционированного доступа.
Процесс установки защиты можно разделить на этапы:
• создание файла рабочей группы и подключение к нему Access ;
• назначение владельца базы данных и ее объектов;
• создание учетных записей групп и пользователей в рабочей группе;
• назначение разрешений на доступ к объектам базы данных.
В таблице 1 приведены возможные разрешения на доступ к объектам баз данных:
Таблица 1. Ограничения доступа к данным
Разрешение
Действия
Дополнительно
Открытие/запуск
Открытие базы данных или ее объекта
 
Монопольный
Доступ
Монопольное открытие базы данных
 
Чтение макета
Просмотр в режиме
конструктора
 
Изменение
макета
Правка в режиме конструктора и удаление объектов
Чтение макета и
данных, обновление
и удаление данных
 
Администратора
Установка пароля и парамет-ров запуска, репликация, все
Разрешения  и предоставление
разрешений на объекты и данные
Все разрешения
Чтение данных
Просмотр таблиц и запросов
Чтение макета
Обновление
данных
Просмотр и обновление таблиц и запросов без вставки и удаления
Чтение макета,
чтение данных
Вставка данных
Просмотр и вставка в таблицах и запросах без обновления и
Удаления