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

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

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

Журнал транзакций. Реализация в СУБД принципа сохранения промежуточных состояний, подтверждения или отката транзакции обеспечивается спец мех-мом, ЖТ сод-т доп инф-цию об изменениях БД и предназначен для обеспечения надежного хранения Д в БД. Цель - обеспеч воз-сти восстановления согласованного состояния БД после любого рода сбоев. Основой поддержания целостного состояния БД явл мех-м транзакций. Т– последовательность операций над БД, отслеживаемая с-мой управл БД от начала до завершения как единое целое. Возможны 2 осн варианта ведения журнальной инфы:- отдельный лок журнал - общий журнал изменений БД. Стр-ра журнала условно м.б. представлена в виде последовательного файла, в кот фиксируется каждое изменение БД. Каждая запись в журнале транзакций помечается номером транзакции, к которой она относится, и значениями атрибутов, которые она меняет.

81.Оптимизация работы бд (индексрование, хеширование, технология сжатия данных базы)

Важн элементом любой СУБД наличие средств ускоренного поиска данных с пом индексов, т.е. индексирование. Индекс – это средство ускорени операции поиска записей в табл, а также др операций, требующих поиска: извлечения, модификации, сортировки и т.д. Индексный файл – файл, в кот хранится инфа индекса. Индексные файлы имеют расширение idх и cdx. два типа индексных файлов: - простой индексный файл; - составной индексный. 1) Простой индексный файл имеет расширение файла IDX и содержит один индексный ключ. 2) Составной (мультииндексный) файл имеет расширение CDX и может осуществлять управление одновременно несколькими индексными ключами, Отдельные ключи называются тегами. К тег имеет свое имя. Составные файлы м.б. 2-х видов: - структурный составной файл - имеет такое же имя файла как и файл БД. Этот файл всегда автоматически открывается вместе со своей БД - обычный составной файл - имеет произвольное имя файла, не совпадающее с именем файла БД. Хеширование - технология быстрого прямого доступа к записи БД на основе заданного значения некот поля записи, как правило, ключевого. Каждая запись БД размещается по адресу, который вычисляет СУБД с помощью хеш-функции на основе значения ключевого поля этой записи (хеш-поля). Вычисленный адрес наз хеш-адресом. С целью сокращ. диско пр-ва, необх. для хранения набора данных, исп-ся технол. сжат. данн. Технология сжатия на основе различий, когда некот знач-е замен-ся сведениями о его отличиях от предыд. знач. Для реализац. такой технол. треб-ся размещать данные последовательно. Др тип технол. сжатия основан на иерархическом сж. данных (сжатие, при кот логически объединённых в группы, записываются один раз). технология сжатия, основанная на кодировании Хаффмана. Суть этого метода состоит в кодир-ии отд. символов битовыми строками разн. длины.