- •Основные понятия бд и субд. Отличие понятий банк данных и база данных.
- •История возникновения понятия базы данных.
- •Цели и задачи субд.
- •Организация безопасности данных в базе данных.
- •Основные функции и классификация субд.
- •Модели и типы данных.
- •Иерархическая модель. Достоинства и недостатки данной модели.
- •Понятие сбалансированные и двоичные «деревья».
- •Сетевая модель. Достоинства и недостатки данной модели
- •Простые и сложные сетевые структуры. ??????
- •Реляционная модель. Достоинства и недостатки данной модели.
- •Основные правила э.Кодда для реляционной бд.
- •Механизм управления транзакциями.
- •Постреляционная модель. Достоинства и недостатки данной модели.
- •Многомерная модель. Достоинства и недостатки данной модели.
- •16. Основные понятия, используемые в многомерных субд: агрегируемость, историчность и прогнозируемость данных.
- •17. Представление данных в многомерной модели: куб, ячейка.
- •18. Гиперкубическая и поликубическая схемы.
- •19. Формирование «среза», «вращение», агрегация и детализация.
- •20,21,22. Объектно – ориентированные субд. Достоинства и недостатки.
- •23. Базовые понятия реляционных баз данных.
- •25. Свойства отношений.
- •26. Нормальные формы отношений.
- •27. Этапы разработки баз данных.
- •I этап. Постановка задачи.
- •II этап. Анализ объекта.
- •III этап. Синтез модели.
- •IV этап. Выбор способов представления информации и программного инструментария.
- •V этап. Синтез компьютерной модели объекта.
- •VI этап. Работа с созданной базой данных.
- •28. Первая нормальная форма (1нф).
- •29. Вторая нормальная форма (2нф).
- •30. Третья нормальная форма (3нф).
- •31. Алгоритм нормализации (приведение к 3нф).
- •32. Анализ критериев для нормализованных и ненормализованных моделей данных.
- •33.Oltp и olap-системы
- •34. Нормальные формы более высоких порядков
- •5Нф (Пятая Нормальная Форма)
- •35.Элементы модели "сущность-связь"
- •36.Семантическое моделирование
- •37.Основные понятия er-диаграмм
- •38.Типы связи сущность-связь
- •39.Модальность связи
- •40. Концептуальные и физические er – модели.
- •41. Элементы языка sql.
- •42. Операторы определения объектов базы данных Операторы ddl (Data Definition Language) - операторы определения объектов базы данных
- •43. Операторы манипулирования данными.
- •44. Операторы защиты и управления данными.
- •45. Транзакции и целостность баз данных.
Механизм управления транзакциями.
Транзакция - это последовательность операций над БД, рассматриваемых СУБД как единое целое. Либо транзакция успешно выполняется, и СУБД фиксирует изменения БД, произведенные этой транзакцией, во внешней памяти, либо ни одно из этих изменений никак не отражается на состоянии БД. Понятие транзакции необходимо для поддержания логической целостности БД.
То свойство, что каждая транзакция начинается при целостном состоянии БД и оставляет это состояние целостным после своего завершения, делает очень удобным использование понятия транзакции как единицы активности пользователя по отношению к БД. При соответствующем управлении параллельно выполняющимися транзакциями со стороны СУБД каждый из пользователей может в принципе ощущать себя единственным пользователем СУБД.
С управлением транзакциями в многопользовательской СУБД связаны важное понятие сериализации транзакций. Под сериализацией параллельно выполняющихся транзакций понимается такой порядок планирования их работы, при котором суммарный эффект смеси транзакций эквивалентен эффекту их некоторого последовательного выполнения. Понятно, что если удается добиться действительно сериального выполнения смеси транзакций, то для каждого пользователя, по инициативе которого образована транзакция, присутствие других транзакций будет незаметно (если не считать некоторого замедления работы по сравнению с однопользовательским режимом).
При использовании любого алгоритма сериализации возможны ситуации конфликтов между двумя или более транзакциями по доступу к объектам БД. В этом случае для поддержания сериализации необходимо выполнить откат (ликвидировать все изменения, произведенные в БД) одной или более транзакций.
Модели транзакций. Рассмотрим две модели транзакций, используемые в большинстве коммерческих СУБД: модель автоматического выполнения транзакций и модель управляемого выполнения транзакций, обе основаны на инструкциях языка SQL – COMMIT и ROLLBACK.
Автоматическое выполнение транзакций. В стандарте ANSI/ISO зафиксировано, что транзакция автоматически начинается с выполнения пользователем или программой первой инструкции SQL. Далее происходит последовательное выполнение инструкций до тех пор, пока транзакция не завершается одним из двух способов:
• инструкцией COMMIT, которая выполняет завершение транзакции: изменения, внесенные в БД, становятся постоянными, а новая транзакция начинается сразу после инструкции COMMIT;
• инструкцией ROLLBACK, которая отменяет выполнение текущей транзакции и возвращает БД к состоянию начала транзакции, новая транзакция начинается сразу после инструкции ROLLBACK.
Такая модель создана на основе модели, принятой в СУБД DB2.
Управляемое выполнение транзакций.
Отличная от модели ANSI/ISO модель транзакций используется в СУБД Sybase, где применяется диалект Transact-SQL, в котором для обработки транзакций служат четыре инструкции:
• инструкция BEGIN TRANSACTION сообщает о начале транзакции, т.е. начало транзакции задается явно;
• инструкция COMMIT TRANSACTION сообщает об успешном выполнении транзакции, но при этом новая транзакция не начинается автоматически; • инструкция SAVE TRANSACTION позволяет создать внутри транзакции точку сохранения и присвоить сохраненному состоянию имя точки сохранения, указанное в инструкции;
• инструкция ROLLBACK отменяет выполнение текущей транзакции и возвращает БД к состоянию, где была выполнена инструкция SAVE TRANSACTION (если в инструкции указана точка сохранения – ROLLBACK TO имя_точки_сохранения), или к состоянию начала транзакции.