62.Встраивание sql в прикладные программы

Для пересылки данных из БД в программу:

DECLARE – определяет курсор для запроса

OPEN – открывает курсор для чтения результата запроса

FETCH – считывает данные запроса в переменную прикладной программы

CLOSE – прекращает доступ к таблице результатов запроса

82. Возможности администрирования бд в субд Access

Некоторые встроенные средства администрирования БД:

• просмотр сведений о БД, выпол по команде Файл/ Св-ва БД

• печать описания БД и ее объектов, произведенного системой Access в процессе их создания пользователем, по команде Сервис/Анализ/Архивариус

• сжатие БД по команде Сервис/Служебные программы/ Сжать и восстановить базу данных

• сохранение БД в файле формата .mde с целью ее сжатия и защиты от изменения форм, отчетов и модулей по команде

Сервис/Служебные программы/Создать MDE-файл

• репликация БД по Сервис/Репликация/Создать реплику

• защита объектов БД на уровне пользователей;

• защита БД паролем Сервис /Защита/Задать пароль БД

• поддержка целостности данных.

Эти средства могут применяться не только админом БД но и пользователями, работающими с БД автономно.

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

Общими принципами восстановления являются: результаты зафиксированных транзакции д.б. сохранены в восстановленно состоянии БД; результаты незафиксированных транзакции должны отсутствовать в восстановленном состоянии БД.