- •Вопрос 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. Виды привилегий в субд. Привилегии доступа к процедурам и событиям.
Вопрос 3. Модели данных. Реляционная модель. Постреляционная
1) Реляционная модель.
Данные в БД хранятся в виде двумерной таблицы, которая называется «отношением».
-
Типы данных
Строковые
Числовые
Типы данных
Домены
№ группы
Ф.И.О
Адрес
Оценка
Домены
Отношения
№ группы
Ф.И.О.
Адрес
Средняя оценка
Атрибуты
04УК1
Иванов И.И.
Пенза
4,5
Кортеж
Кортеж
Кортеж
Наименьшая единица данных реляционной модели - это отдельное атомарное для данной модели значение данных.
Домен - это множество атомарных значений одного вида. Смысл домена в то, что данные различных отношений могут подвергаться операции сравнения.
Атрибуты - это столбец отношений, причем степень отношения - число его атрибутов.
Кортеж - это совокупность пар (значение атрибута; имя атрибута). Число кортежей
определяет мощность отношений.
Отношения - есть совокупность кортежей. Типы данных адекватны типам данных из языка программирования, кроме этого возможно хранение специальных типов данных.
Первичный ключ - минимальный набор атрибутов, однозначно идентифицирующий кортеж отношений. В любой таблице реляционной БД должен быть объявлен первичный ключ, чтобы избежать хранения избыточных данных.
Достоинства:
- простота, понятность;
- удобство физической реализации на экране;
- наличие законов, позволяющих контролировать Ц данных.
Недостатки:
- сложность описания иерархических, сетевых связей;
- сложность идентификации отдельных записей БД.
2) Постреляционная модель.
Каждое значение, хранимое в ячейке реляционной таблицы обладает свойством атомарности или неделимости. Однако, в ряде случаев такое свойство является неэффективным. Для расширения свойств реляционной модели была разработана постреляционная, которая снимает ограничения неделимости данных, хранящихся в ячейках таблицы. Допускаются многозначные поля, представляющие собой таблицу, встроенную в основную таблицу.
Реляционная модель:
ФИО |
Предмет |
Преподаватель |
Оценка |
Хонин |
БД |
Мали |
4 |
Хонин |
СиСПИ |
Мали |
5 |
Колобанов |
БД |
Мали |
5 |
Колобанов |
СиСПИ |
Мали |
4 |
Дисциплин:
ФИО |
|
Предмет |
Мали |
БД |
|
Мали |
СиСПИ |
|
Ведомость:
ФИО |
Предмет |
Оценка |
Хонин |
БД |
4 |
Хонин |
СиСПИ |
5 |
постреляциопная модель:
Предмет |
преподаватсль |
ФИО |
Оценка |
БД |
Мали |
Хонин |
4 |
|
|
Колобанов |
5 |
СиСПИ |
Мали |
Хонин |
5 |
|
|
Колобанов |
4 |
В данной модели значение атрибутов «Предмет» и «Оценка» являются множественными, т.е. одному значению «ФИО» соответствует несколько значений поля «Предмет», т.е. поля «Предмет» и «Оценка» можно представить как вложенные реляционные таблицы.
Достоинства:
- возможность представления связанных реляционных таблиц одной постреляционной;
- высокая наглядность представления информации;
- высокая эффективность обработки информации.
Недостатки:
- сложность решения проблемы обеспечения целостности и непротиворечивости хранимых данных;
- невозможность использования языка SQL.
