- •Системы управления базами данных. Ивт 3 курс
- •1. Основные понятия и определения курса. Традиционные файловые системы.
- •2. Модели данных. Сравнительный анализ структуры и свойств.
- •3. Типовая структура и основные возможности субд
- •4. Преимущества и недостатки субд.
- •5. Общие сведения об инструкциях sql. Правила именования таблиц и столбцов
- •6. Общие сведения о dml.
- •7. Общий синтаксис инструкции select
- •8. Предложения select и from. Предикаты и вычисляемые столбцы (пример).
- •9. Предложение where и классификация условий отбора (привести примеры).
- •10. Составные условия отбора. Влияние значений null на результат отбора.
- •11. Многотабличные запросы и их особенности (привести пример).
- •12. Предложение group by. Статистические (агрегативные) функции в sql (примеры).
- •13. Сортировка результатов запроса (предложение order by).
- •14. Добавление данных (инструкции insert, merge).
- •15. Модификация и удаление данных (инструкции update, merge и delete).
- •16. Общие сведения о ddl.
- •17. Типы данных sql.
- •18. Создание таблиц (инструкция create table).
- •19. Изменение определения и удаление таблицы (инструкции alter ,drop table).
- •20. Создание псевдонимов и индексов таблиц (инструкции create/drop alias, create/drop index)
- •21. Аутентификация. Создание и изменение пользователей. Аутентификация пользователей
- •22. Привилегии. Системные привилегии.
- •23. Привилегии доступа к объектам схемы. Правила предоставления привилегий
- •24. Работа с привилегиями при помощи ролей. Системные роли, определение, изменение, удаление ролей
- •25. Аудит. Типы и применение аудита.
- •Типы аудита. В диспетчере авторизации можно использовать два вида аудита: аудит времени выполнения и аудит изменения хранилища данных авторизации. Аудит времени выполнения
- •Аудит изменений хранилища данных авторизации
- •26. Условия целостности данных
- •27. Понятие транзакций. Инструкции обработки транзакций (commit и rollback)
- •28. Модель транзакции в стандарте ansi/iso
- •29. Журнал транзакций. Проблемы обработки параллельных транзакций.
- •Проблема пропавшего обновления.
- •Проблема несогласованных данных
- •Проблема строк – призраков
- •30. Блокировки транзакций: уровни и виды, тупиковые ситуации.
2. Модели данных. Сравнительный анализ структуры и свойств.
Модель данных Интегрированный набор понятий для описания данных, связей между ними и ограничений, накладываемых на данные в некоторой организации
В литературе предложено и опубликовано достаточно много моделей данных. Они подразделяются на следующие две категории: объектные (object-based) модели данных и модели данных на основе записей
Объектные модели данных
При построении объектных моделей данных используются такие понятия как сущности, атрибуты и связи. Сущность это отдельный элемент (понятие или событие) организации, который должен быть представлен в базе данных. Атрибут это свойство, которое описывает некоторый аспект объекта, и значение которого следует зафиксировать, связь является ассоциативным отношением между сущностями. Существует два наиболее важных типа объектных моделей данных:
Модель типа “сущностьсвязь” или ERмодель (EntityRelationship)
Объектноориентированная модель
Модели данных на основе записей
Существует три основных типа логических моделей на основе записей: реляционная модель данных сетевая модель данных и иерархическая модель данных
Иерархическая модель.В этой модели каждая запись представляет конкретную составную часть. Между записями существовали отношения предок/потомок, связывающие каждую составную часть с частями, входящими в нее.
Программа могла:
найти конкретную запись (по ее номеру)
перейти “вниз” к первому потомку
перейти “вверх” к предку
перейти “в сторону” к другому потомку.
Сетевая модель данных. Она являлась улучшенной иерархической моделью, в которой одна запись могла участвовать в нескольких отношениях предок/потомок. В сетевой модели такие отношения называются множествами.
Прикладная программа могла:
найти конкретную запись предка по ключу (например, номер клиента)
перейти к первому потомку в конкретном множестве (первый заказ, размещенный клиентом)
перейти в сторону от одного потомка к другому в конкретном множестве (следующий заказ, сделанный этим же клиентом)
перейти вверх от потомка к его предку в другом множестве (служащий, принявший заказ)
Реляционная модель данных. Базы данных, построенные на реляционной модели в настоящее время, наиболее востребованы.Реляционная модель основана на математическом понятии отношения, физическим представлением которого является таблица. Реляционная модель впервые была предложена доктором Коддом. Для работ Кодда характерна следующая терминология:
Отношение плоская таблица, состоящая из столбцов и строк
Атрибут именованный столбец отношения
Домен набор допустимых значений для одного или нескольких атрибутов
Кортеж строка отношения
Степень определяется количеством атрибутов, которое содержит отношение.
Кардинальность – оличество кортежей, которое содержит отношение.
Свойства отношений
Отношение имеет имя, которое отличается от имен всех других отношений
Каждая ячейка отношения содержит только атомарное (неделимое) значение
Каждый атрибут имеет уникальное имя
Значения атрибута берутся из одного и того же домена
Порядок следования атрибутов не имеет никакого значения
Постреляционная модель данных представляет собой расширенную реляционную модель, снимающую ограничение неделимости данных, хранящихся в записях таблиц. Постреляцнонная модель данных допускает многозначные поля — поля, значения которых состоят из подзначений. Набор значений многозначных полей считается самостоятельной таблицей, встроенной в основную таблицу.
Помимо обеспечения вложенности полей постреляционная модель поддерживает ассоциированные многозначные поля (множественные группы). Совокупность ассоциированных полей называется ассоциацией. При этом в строке первое значение одного столбца ассоциации соответствует первым значениям всех других столбцов ассоциации. Аналогичным образом связаны все вторые значения столбцов и т. д.
