Привилегии доступа к объектам

Привилегии доступа к объектам - это уровни полномочий пользователей по отношению к объектам БД. Стандарт SQL определяет следующий ряд привилегий:

USAGE - разрешение использования области;

SELECT - разрешение выборки из таблицы;

INSERT - добавление записей в таблицу;

INSERT (СТОЛБЕЦ) - добавление в указанный столбец;

UPDATE - модификация записей таблицы;

UPDATE (СТОЛБЕЦ) - изменение в указанном столбце;

REFERENCES - позволяет сослаться на столбец таблицы.

Владелец объекта автоматически наделяется всеми привилегиями по отношению к нему. Остальные пользователи наделяются правами доступа директивно.

Обычно правом выполнения команд GRANT и REVOKE наделён только администратор БД. Поэтому именно администратор БД, оперативно реагирует на письменные инструкции руководства, наделяет соответствующих пользователей необходимыми полномочиями и привилегиями.

Методы восстановления

Тип процедуры, которая будет использована для восстановления базы данных, за­висит от размера повреждений, которые были нанесены этой базе в результате отка­за. Рассмотрим два варианта:

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

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

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