- •Вопрос 1. База данных. Модель представления данных. Субд. Классификация.
- •Вопрос 2. Модели данных. Иерархическая модель. Сетевая модель.
- •1) Иерархическая модель.
- •Вопрос 3. Модели данных. Реляционная модель. Постреляционная
- •2) Постреляционная модель.
- •Вопрос 4. Модели данных..Многомерная Объектно-ориентированная модель.
- •Вопрос 5. Проектирование бд. Инфологическая, логическая, физическая модель.
- •Вопрос 6.. Сущность. Классификация. Связь. Виды связей.
- •Вопрос 7. Первичный, внешний ключи. Основные операции по манипулированию с данными (проекция, селекция, естественное соединение, пересечение).
- •Вопрос 8. Проектирование бд. Универсальное отношение. Нормализация. Цель нормализации.
- •Вопрос 9. Функциональные зависимости. Первая нф. Вторая нф.Третья
- •Вопрос 10. Третья нф. Нф Бойса-Кодда. Четвертая нф. Пятая нф.
- •Вопрос 11. Язык sql. Стандарты. Основные группы операторов. Основные типы данных
- •Вопрос 12. Язык sql. Инструкции create table, insert, select
- •Вопрос 13. Модель "Клиент-сервер". Основные группы функций. Модель файлового сервера
- •Вопрос 14. Модель удаленного доступа к данным или модель rda.
- •Вопрос 15. Модель активного сервера бд. Модель сервера приложений
- •16. Модели взаимодействия серверных и клиентских процессов. Типы параллелилизма при выполнения при выполнении запросов.
- •Вопрос 17. Ansi. Процесс прохождения пользовательского запроса.
- •Вопрос 18. Системы автоматического проектирования баз данных. Нотация idef1x.
- •Вопрос 19. Управление доступом в субд. Субъекты доступа. Иерархия авторизации.
- •Вопрос 20. Виды привилегий в субд. Привилегии безопасности.
- •Вопрос 21. Виды привилегий в субд. Привилегии доступа. Правила назначения. Привилегии доступа к таблицам и представлениям бд.
- •Вопрос 22. Виды привилегий в субд. Привилегии доступа к бд. Привилегии доступа к субд.
- •Вопрос 23. Виды привилегий в субд. Использование представлений для управления доступом. Иерархия прав доступа.
- •24 Управление доступом в субд MySql. Виды, уровни привилегий.
- •Вопрос 25. Метки безопасности. Принудительный контроль доступа.
- •Вопрос 26. Поддержание целостности данных. Табличные ограничения. Ссылочные ограничения. Правила.
- •Вопрос 28. Поддержание целостности данных. Сериализация транзакций. Уровни изолированности пользователей
- •Вопрос 29. Регистрация действий пользователей.
- •Вопрос 30. Методы обеспечения доступности данных. Архивирование и резервное копирование бд.
- •31. Методы обеспечения доступности данных. Кластерная организация серверов бд. Репликация бд.
- •Вопрос 32. Методы обеспечения конфиденциальности данных. Угрозы, специфичные для субд.
- •33 Методы подключения конфиденциальности данных. Sql-инъекции.
- •Метод использования логического оператора or.
- •Использование функций комментирования
- •Для несанкционированного получения информации
- •Знание злоум-ком структуры бд
- •Не обрабвтываются ошибки, возвращаемые в субд
- •Отсутствие проверки корректности входных данных
- •Вопрос 23. Универсальные механизмы доступа к данным. Odbc.
- •Вопрос 24 Универсальные механизмы доступа к данным. Microsoft uda. Архитектура.
- •32. Виды привилегий в субд. Привилегии доступа к процедурам и событиям.
Вопрос 9. Функциональные зависимости. Первая нф. Вторая нф.Третья
Для того, чтобы избежать непреднамеренных нарушений целостности для каждой таблицы БД выполняется процедура нормализации.
Нормализация – это разбиение таблицы на две или более обладающими лучшими свойствами при включении, изменении или удалении данных.
Окончательная цель нормализации – получение такого проекта БД, в котором каждый факт проявляется однократно, т.е. исключена избыточность. Процедура нормализации заключается в последовательном приведении БД к одной из нормальных форм.
Теория нормализации основывается на наличии зависимостей между атрибутами таблицы. Существует два вида зависимости:
- функциональная – поле Б таблицы функционально зависит от поля А той же таблицы в том и только в том случае, если для всех различных значений поля А обязательно существует обязательно одно из различных значений поля Б (поля А и Б могут быть составные);
- полная функциональная зависимость – поле Б таблицы находится в полной функциональной зависимости от составного поля А, если оно функционально зависит от А, и не зависит функционально от любого подмножества поля А;
- многозначная – поле А многозначно определяет поле Б, если для каждого значения поля А существует хорошо определенное множество, соответствующее значению поля Б.
Таблица находится в Первой НФ тогда и только тогда, когда ни в одном из ее полей не содержится больше одного значения и ни одно из ключевых полей не пусто.
Это требование выполняется любой таблицей реляционной БД.
2 нормальная форма: таблица находится во 2нф тогда и только тогда, когда все поля не входящие в первичный ключ связаны полной функциональной зависимостью с первичным ключом. Таблицей реляционной БД не находится во 2 нф так как часть не ключевых полей находится в функциональной зависимости не от всего первичного ключа а от его отдельных компонентов.
3 нормальная форма: Таблица находится в 3нф тогда и только тогда когда ни одно из ее не ключевых полей не находится в функциональной зависимости от любого другого не ключевого поля.
С
1 1
Блюдо |
ID_BL |
Блюдо |
Вид |
Рецепт |
I |
Блюдо |
ID_BL |
Вид |
Рецепт |
=>
Приведем к 3нф
Вопрос 10. Третья нф. Нф Бойса-Кодда. Четвертая нф. Пятая нф.
Нормализация – это разбиение таблицы на две или более обладающими лучшими свойствами при включении, изменении или удалении данных.
Окончательная цель нормализации – получение такого проекта БД, в котором каждый факт проявляется однократно, т.е. исключена избыточность. Процедура нормализации заключается в последовательном приведении БД к одной из нормальных форм.
Теория нормализации основывается на наличии зависимостей между атрибутами таблицы. Существует два вида зависимости:
- функциональная – поле Б таблицы функционально зависит от поля А той же таблицы в том и только в том случае, если для всех различных значений поля А обязательно существует обязательно одно из различных значений поля Б (поля А и Б могут быть составные);
- полная функциональная зависимость – поле Б таблицы находится в полной функциональной зависимости от составного поля А, если оно функционально зависит от А, и не зависит функционально от любого подмножества поля А;
- многозначная – поле А многозначно определяет поле Б, если для каждого значения поля А существует хорошо определенное множество, соответствующее значению поля Б.
3 нормальная форма: Таблица находится в 3нф тогда и только тогда когда ни одно из ее не ключевых полей не находится в функциональной зависимости от любого другого не ключевого поля.
С
1 1
Блюдо |
ID_BL |
Блюдо |
Вид |
Рецепт |
I D_BL |
Блюдо |
ID_BL |
Вид |
Рецепт |
=>
Приведем к 3нф
Нормальная форма Бойса-Коддо: Таблица находится в НФБК тогда и только тогда когда все функциональные зависимости между не ключевыми полями сводятся к функциональной зависимости от возможного ключа.
Обычно при проектировании БД требуется приведение к 3нф. В некоторых случаях отдельные таблицы приводят к НФБК что также приравнивается к 3нф.
4нф и 5нф используются, для того чтобы исключить зависимости между полями входящими в состав первичного ключа.
4 нормальная форма: является частным случаем 5нф и определяется в случае если полная декомпозиция таблицы является соединением только 2-х проекций.
5 нормальная форма: таблица находится в 5нф тогда и только тогда когда каждая проекция её декомпозиции содержит возможный ключ.
Препод |
Предмет |
Учебник |
Мали |
БД |
Корнов |
Мали |
БД |
Хомоненко |
Мали |
СИСПИ |
К.Закер |
Мали |
СИСПИ |
Оливер |
Препод |
Предмет |
|
|
|
|
Предмет |
Учебник |
Мали |
БД |
|
|
|
|
БД |
Корнов |
Мали |
СИСПИ |
|
|
|
|
БД |
Хомоненко |
|
|
|
|
|
|
СИСПИ |
К.Закер |
|
|
|
|
|
|
СИСПИ |
Оливер |
=>
Приведем к 5нф
(2 таблицы)

D_BL