- •1.1. Экономическая информация, ее виды, структурные единицы
- •1.3.Понятие классификации информации. Системы классификации
- •1.5.Понятие кодирования информации. Методы кодирования
- •1.2.Документы, их виды, структура
- •1.8.Приложения базы данных. Компоненты базы данных
- •1.6.Файловая организация данных в автоматизированных информационных системах, ее недостатки
- •1.7.Объемы современных баз данных и устройства для их размещения
- •2.1.Трехуровневая модель организации баз данных
- •2.2.Понятие модели данных. Иерархическая модель, ее достоинства и недостатки
- •2.3.Сетевая модель, ее достоинства и недостатки
- •2.4.Реляционная модель. Ее базовые понятия: отношение, домен, кортеж, степень отношения
- •2.5.Связь между таблицами в реляционной модели данных. Первичный и внешний ключи, их отличия
- •2.7.Операции реляционной алгебры:
- •2.8.Постреляционная модель, ее достоинства и недостатки
- •2.9.Объектно-ориентированная модель данных. Ее базовые понятия: объекты, классы, методы, наследование
- •2.10.Объектно-реляционная модель данных, ее достоинства и недостатки
- •2.11.Многомерная модель данных, ее базовые понятия – измерение, ячейка
- •3.1.Понятие проектирования базы данных. Требования, предъявляемые к базе данных
- •3.2.Этапы жизненного цикла базы данных
- •3.3.Назначение модели "сущность-связь". Ее понятия.
- •3.4.Типы связи, их представление на er-диаграмме
- •3.5.Класс принадлежности сущности, его представление на er-диаграмме
- •3.6,7.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1,1:м, м:n Правило 1
- •Правило 2
- •3.8.Нормализация таблиц, ее цель. Первая нормальная форма.
- •3.9.Концептуальное проектирование, его цель и процедуры
- •3.10.Логическое проектирование, его цель и процедуры
- •3.11.Физическое проектирование, его цель и процедуры
- •4.1.Понятие субд. Архитектура субд
- •4.3.Классификация субд
- •4.2.Функциональные возможности субд. Производительность субд
- •4.4.Функции субд, диспетчера файлов и диспетчера дисков в процессе доступа к базе данных
- •4.5.Расширение множества типов обрабатываемых данных в современных субд
- •6.1.Характеристика субд Micrоsoft Access 2003: тип, платформа, функциональные возможности
- •6.2.Характеристика объектов базы данных, создаваемых в Access
- •6.3.Типы данных, обрабатываемых в Access
- •7.1.Возможности и типы запросов. Способы их создания
- •7.2.Способы создания форм
- •7.3.Способы создания отчетов
- •7.4.Типы Web-страниц для публикации базы данных в Интернет. Конструирование статических Web-страниц для публикации объектов базы данных в Интернет
- •7.5.Элементы управления, используемые при конструировании форм, отчетов, страниц доступа к данным
- •7.6.Понятие макроса. Классификация макрокоманд
- •7.7. Классификация макросов по структуре
- •7.8.Cобытия в Access. Макросы, связанные с событиями
- •8.1.Назначение, стандарты, достоинства языка sql
- •8.2.Структура команды sql
- •8.3.Типы данных в sql. Выражения в sql
- •8.4.Возможности языка sql: по определению данных; по внесению изменений в базу данных; по извлечению данных из базы
- •8.5.Условия целостности в субд. Понятие транзакции. Обработка транзакций в sql.
- •8.6.Управление доступом к данным: привилегии, их назначение и отмена.
- •8.7.Встраивание sql в прикладные программы
- •8.8.Диалекты языка sql в субд
- •9.1.Эволюция концепций обработки данных
- •9.2.Системы удаленной обработки
- •9.5.Клиенты, серверы. Клиентские приложения, серверы баз данных.
- •9.6.Архитектура клиент/сервер. Разделение функций клиентского приложения и сервера баз данных при обработке запросов
- •9.7.Общие сведения о хранимых процедурах и триггерах
- •9.8.Характеристики серверов баз данных. Обзор серверов баз данных от ведущих компаний-производителей
- •9.9.Механизмы доступа к данным базы на сервере
- •9.10.Понятие и архитектура распределенных баз данных (РаБд). Стратегии распределения данных в РаБд. Гомогенные и гетерогенные РаБд
- •9.11.Распределенные субд (РаСубд). Двенадцать правил к. Дейта
- •9.12.Обработка распределенных запросов Преимущества и недостатки РаСубд
- •9.13.Хранилище данных
- •10.3.Методы защиты баз данных: защита паролем, шифрование, разграничение прав доступа
- •10.7.Правовая охрана баз данных
- •10.6.Возможности Access по администрированию бд: просмотр сведений о бд; работа с объектами бд в окне бд; печать описания бд и ее объектов.
- •10.4.Восстановление базы данных с помощью резервного копирования базы данных, с помощью журнала транзакций.
- •5.1.Знания, их виды. Базы знаний. Экспертные системы.
10.4.Восстановление базы данных с помощью резервного копирования базы данных, с помощью журнала транзакций.
Реализация в СУБД принципа сохранения промежуточных состояний, подтверждения или отката транзакции обеспечивается специальным механизмом, для поддержки которого создается некоторая системная структура, называемая Журналом транзакций. Журнал транзакций содержит дополнительную информацию об изменениях базы данных и предназначен для обеспечения надежного хранения данных в базе данных.
Основой поддержания целостного состояния базы данных является механизм транзакций.
Транзакция (transaction) – последовательность операций над базой данных, отслеживаемая системой управления базами данных от начала до завершения как единое целое.
Выделяют следующие типы транзакций:
§ плоские или классические (традиционные);
§ цепочечные;
§ вложенные.
Плоские или традиционные транзакции, характеризуются следующими свойствами:
§ атомарности (Atomicity) выражается в том, что транзакция должна быть выполнена в целом или не выполнена вовсе;
§ согласованности (Consistency), которое гарантирует, что по мере выполнения транзакций данные переходят из одного согласованного состояния в другое – транзакции не разрушает взаимной согласованности данных;
§ изолированности (Isolation) означает, что конкурирующие за доступ к базе данных транзакции физически обрабатываются последовательно, изолированно друг от друга, но для пользователей это выглядит так, как будто они выполняются параллельно;
§ долговечности (Durability) означает, что если транзакция завершена успешно, то те изменения данных, которые были ею, произведены, не могут быть ею потеряны ни при каких обстоятельствах.
Общими принципами восстановления являются следующие:
§ результаты зафиксированных транзакции должны быть сохранены в восстановленном состоянии базы данных;
§ результаты незафиксированных транзакции должны отсутствовать в восстановленном состоянии базы данных.
К ситуациям, при которых требуется восстановление базы данных, относятся:
§ индивидуальный откат транзакции (аварийное завершение работы и т.д.);
§ восстановление после внезапной потери содержимого оперативной памяти (аварийное выключение электропитания, неустранимый сбой процессора и т.д.);
§ восстановление после поломки основного внешнего носителя базы данных.
Во всех случаях основой восстановления является избыточное хранение данных. Эти избыточные данные хранятся в журнале, содержащем последовательность записей об изменении базы данных.
Возможны два основных варианта ведения журнальной информации:
§ отдельный локальный журнал, который поддерживается для каждой транзакции и используется для индивидуальных откатов транзакций;
§ общий журнал изменений базы данных, используемый для восстановления состояния базы данных после мягких и жестких сбоев.
Структура журнала условно может быть представлена в виде последовательного файла, в котором фиксируется каждое изменение базы данных. Каждая запись в журнале транзакций помечается номером транзакции, к которой она относится, и значениями атрибутов, которые она меняет.
Откат транзакции (возможность для незаконченных транзакций) выполняется следующим образом:
§ выбирается очередная запись из списка данной транзакции;
§ выполняется противоположная по смыслу операция, восстанавливающая предыдущее состояние объекта базы данных (вместо INSERT – DELETE, вместо DELETE – INSERT и вместо прямой операции UPDATE – обратная операция UPDATE);
§ любая из обратных операций также заносится в журнал;
§ при успешном завершении отката в журнал заносится запись о конце транзакции.
При восстановлении базы данных после мягкого сбоя в журнале отмечаются точки физической согласованности базы данных – моменты времени, в которые во внешней памяти содержатся согласованные результаты операций, завершившихся до соответствующего момента времени, и отсутствуют результаты операций, которые не завершились.
Основой восстановления базы данных после жесткого сбоя являются журнал и архивная копия базы данных. Восстановление начинается с обратного копирования базы данных из архивной копии. Затем для всех закончившихся транзакций по журналу в прямом направлении выполняются все операции, для транзакций, которые не закончились к моменту сбоя, выполняется откат