Предоставление и отмена ролей пользователям или ролям

Роль может предоставляться ВСЕМ, конкретному пользователю или другой роли. Приписываемый роли пользователь или другая роль может получить право на ее администрирование.

 

 

41) Защита данных. Предоставление привилегий на объекты БД

 

Указывается КТО имеет право выполнять определенные ОПЕРАЦИИ над ОБЪЕКТАМИ БД

А также возможность передачи полученных прав другим

Отмена привилегий на объекты БД

Команда имеет структуру, аналогичную REVOKE.

Многократно предоставленные привилегии должны быть отменены всеми.

Каскадный эффект при отмене привилегий.

Условия предоставления привилегий

Иногда оказывается полезным специфицировать условия, при выполнении которых пользователям предоставляются указываемые права доступа. Примеры: временные характеристики, например, специфицируемые права доступа действуют только между 16 и 17 часами первого понедельника каждого месяца;

локализация компьютеров в локальной сети, например, специфицируемые права доступа действуют только для компьютеров, установленных в плановом отделе.

В большинстве СУБД нет явных возможностей по описанию таких дополнительных условий по ограничению прав доступа. Все они должны быть реализованы в конкретной прикладной системе, если в этом имеется необходимость

42) Целостность БД. Целостность связей между таблицами

 

Целостность связей между отношениями определяется внешним ключом, с помощью которого производится ссылка на первичный ключ или уникальный ключ другой таблицы

Внешний ключ может содержать NULL значение. Это означает, что связь с другой таблицей является факультативной.

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

 

43) Целостность БД. Динамические ограничения целостности.

 

Динамические ограничения целостности – это ограничения, которые устанавливают зависимость между различными частями базы данных в различные моменты времени.

Другими словами – это ограничения, связанные с переходом базы данных из одного состояние в другое.

Выделяют такие динамические ограничения:

– ситуационно-ориентированные;

– операционно-ориентированные.

Ситуационно-ориентированные динамические ограничения целостности

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

Операционно-ориентированные динамические ограничения целостности

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

Пример операционно-ориентированного ограничения целостности

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

MARRIAGE(Husb, Wife), PERSON(Name, MarSt)

 

44) Целостность БД. Транзакции как механизм поддержания целостности

Тразакция – это последовательность предложений SQL, которые рассматриваются как единое целое.

Либо все предложения в транзакции выполняются успешно, либо ни одно из них не будет выполнено.

Это свойство поддерживается даже при выполнении транзакции произойдет программный или аппаратный сбой.

Транзакция преобразует базу данных из одного целостного состояния в другое, но в процессе выполнения транзакции целостность может нарушаться.

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

Общая схема транзакции