Экзаменационный билет № 13

1. Расширение возможностей базы данных

2. Информационные системы и бд

 Информационная система представляет собой систему, реализующую автоматизиро-ванный сбор, обработку и манипулирование данными и включающая технические сред-ства обработки данных, программное обеспечение и обслуживающий персонал.     Современной формой информационных систем являются банки данных, которые включают в свой состав вычислительную систему, одну или несколько баз данных (БД), систему управления базами данных (СУБД) и набор прикладных программ (ПП). Основными функциями банков данных являются:

хранение данных и их защита;

изменение (обновление, добавление и удаление) хранимых данных;

поиск и отбор данных по запросам пользователей;

обработка данных и вывод результатов.

   База данных обеспечивает хранение информации и представляет собой поименован-ную совокупность данных, организованных по определенным правилам, включающим общие принципы описания, хранения и манипулирования данными.     Система управления базами данных представляет собой пакет прикладных программ и совокупность языковых средств, предназначенных для создания, сопровождения и ис-пользования баз данных.     Прикладные программы (приложения) в составе банков данных служат для обработки данных, вычислений и формирования выходных документов по заданной форме.     Процесс создания информационной системы обычно включает следующие этапы:

проектирование БД;

создание файла проекта БД;

создание БД (формирование и связывание таблиц, ввод данных);

создание меню приложения;

создание запросов;

создание экранных форм, отчетов;

генерация приложения как исполняемой программы.

Приведенный перечень этапов не является строгим в смысле очередности и обязательности. В частности, этап создания файла проекта БД поддерживается не всеми СУБД и является не обязательным. Процесс создания информационной системы, как правило, имеет итерационный характер.     Приложение представляет собой программу или комплекс программ, использующих БД и обеспечивающих автоматизацию обработки информации из некоторой предметной области. Приложения могут создаваться как в среде СУБД, так и вне СУБД — с помощью системы программирования, к примеру, Delphi или С++ Builder, использующей средства доступа к БД.  Для работы с базой данных во многих случаях можно обойтись только средствами СУБД, скажем, создавая запросы и отчеты. Приложения разрабатывают главным образом в случаях, когда требуется обеспечить удобство работы с БД неквалифицированным пользователям или интерфейс СУБД не устраивает пользователя.

3. Восстановление баз данных

Восстановление базы данных — это функция СУБД, которая в случае логических и физических сбоев приводит базу данных в актуальное и консистентное состояние.

В случае логического отказа или сигнала отката одной транзакции журнал изменений сканируется в обратном направлении, и все записи отменяемой транзакции извлекаются из журнала вплоть до отметки начала транзакции. Согласно извлеченной информации выполняются действия, отменяющие действия транзакции. Этот процесс называется откат (rollback).

В случае физического отказа, если ни журнал изменений, ни сама база данных не повреждены, то выполняется процесс прогонки (rollforward). Журнал сканируется в прямом направлении, начиная от предыдущей контрольной точки. Все записи извлекаются из журнала вплоть до конца журнала. Извлеченная из журнала информация вносится в блоки данных внешней памяти, у которых отметка номера изменений меньше, чем записанная в журнале. Если в процессе прогонки снова возникает сбой, то сканирование журнала вновь начнется сначала, но восстановление фактически продолжится с той точки, где оно прервалось.

В случае физического отказа, если журнал изменений доступен, но сама база данных повреждена, то должен быть выполнен процесс восстановления базы из резервной копии. После восстановления база будет находиться в состоянии на момент выполнения резервной копии. Для восстановления базы данных на момент отказа необходимо выполнить прогонку всех изменений, используя журнал изменений.

В случае физического отказа, если журнал изменений недоступен, но сама база данных не повреждена, восстановление возможно только на момент предыдущей контрольной точки.

В случае физического отказа, если повреждены как журнал изменений, так и сама база данных, то восстановление возможно только на момент выполнения резервной копии.