С.Д. Кузнецов - Основы баз данных (1121716), страница 88
Текст из файла (страница 88)
Если предпринимается попытка передачи нескольких привилегий, но соответствуюший апгМО не обладает ни одной из них, то фиксируется ошибка. Аналогично, если производится попытка передачи нескольких привилегий с передачей привилегии на передачу привилегий, но соответствуюший ацГЫР не обладает привилегией и|ТН СЛАБИТ ОРТ10И ни для одной из передаваемых привилегий, то фиксируется ошибка. Наконец, если производится попытка передачи нескольких привилегий с передачей привилегии на передачу привилегий и соответствуюший ац г1т то обладает привилегией на передачу только части этих привилегий, то в результате выполнения операции вырабатывается предупреждение, но соответствующая часть привилегий передается с привилегией НТТН архит ОрттОн. Привилегии и представления При определении представлений действуют специальные правила определения привилегий над этими представлениями.
Если при создании обычных объектов базы данных, таких, как таблица или домен, текуший ацгыо автоматически получает все возможные привилегии доступа к соответствующему объекту, включая привилегию на передачу привилегий, то для представлений ситуация иная. Поскольку создаваемое представление всегда основывается на одной или нескольких базовых таблицах (или 421 Основы баз данных Курс представлениях), привилегии, которые получает создатель представления, должны основываться на привилегиях, которыми располагает текуший ацп)ттР по отношению к этим базовым таблицам или представлениям. Например, чтобы операция создания представления была выполнена успешно, тскуший ашИР должен обладать привилегией ЯЕРЕСТ по отношению ко всем базовым таблицам и представлениям, на которых основывается новое представление. Тогда текущий аьзпнтР автоматически получит привилегию яеьеОт для нового представления.
Но текуший агзг)зТР сможет передавать эту привилегию другим ац г)з1Р только тогда, когда обладает соответствуюшей привилегией для всех базовых таблиц и представлений, на которых основывается новое представление. Аналогичным образом на представление распространяются привилегии РЕВЕТЕ, 1НЯЕНТ, прРАте и нееенексея. Поскольку триггеры над представлениями создавать не разрешается, привилегия ТНТООЕЕ представлениям не передается.
Наконец, посмотрим, что происходит при смене привилегий владельца представления по отношению к таблицам, на которых основано это представление. Для простоты предположим, что представление Ч основано на базовой таблице т. Если во время создания )гтекуший аззгыР (будущий владелец представления) обладал по отношению к т привилегиями ЯЕРЕСТ и ТИЯЕЕТ„то он будет обладать этими привилегиями и по отношению к )и. Если впоследствии владелец представления получит по отношению к тдополнительные привилегии, то он (и все ацп)зТР, которым передавались все привилегии — Аьь РетчтьеОея для )г) получит те же привилегии для и. Должно быть понятно, каким образом обобшается этот подход на случай, когда представление определяется над несколькими таблицами или представлениями.
Передача ролей Для передачи радей используется следующий вариант оператора ОЕАНТ: ОНАТ го1е паве сопюпа11вп ТО ( РОЕВ|С [ ацг)з1Р оопппа1(зг ) [ п1ТН АРМ1И ОРТ10И [ ОРАЛТЕР ВУ ( 01)ННЕНТ [)ЯЕЕ [ ОЦНЕЕМТ КОРЕ ) ) Как показывает синтаксис, оператор позволяет передавать произвольное число ролей произвольному числу ацп [з1Р (которые могут представлять собой идентификаторы пользователей или имена ролей).
Как и в случае передачи привилегий, от данного ацп)тТР можно передавать ь Кстати, это один из тех случаев, когда иметь право не означает автоматически иметь возмолозосзиь реализации своего права. ЯОР допускает, например, наличие привилегии гнпепт длю прелставлению, к которому операцию тнпппт не применима. 422 Лекция 18 Авторизация доступа к данным, управление транзакциями и сессиями только те роли, которые были получены этим ацс)т10 с привилегией на дальнейшую передачу (и1тн Апм1н орт10н).
При включении в состав оператора снлнт раздела селнтеп еу можно явно указать, что роли передаются от имени текущего идентификатора пользователя или же текущего имени роли. Изменение текущих идентификаторов пользователей и имен ролей Как мы отмечали ранее в этом разделе, в Я.>Е:1999 специфицированы некоторые операторы, позволяющие изменять текущий идентификатор пользователя и текущее имя роли ЯО).-сессии. Оператор яят яяяя2ои лптнолжлт1ом Для изменения текущего идентификатора пользователя ЯН -сессии может использоваться оператор ЯЕТ ЯЕЯЯ10Н АНТНОЕТЕАТ10Н уа1це арес111сагуоп Как указывалось в лекции 13, уа1це арес ' г ' сасуоп может быть либо литералом (в данном случае литералом типа символьных строк), либо вызовом ннладической функции, такой, как снннент Бяен, яеяя10н Няен и т.
д. Если указанная спецификация значения не соответствует требованиям, предъявляемым в реализации к представлению идентификатора пользователя, операция изменения текущего идентификатора пользователя аварийно завершается. В стандарте также говорится, что если спецификация значения, заданная в операции, формально соответствует требованиям, предъявляемым к формату идентификатора пользователя конкретной системы, но в действительности не представляет известный системе идентификатор пользователя, то опять же фиксируется ошибка, и операция не выполняется. Допускается, чтобы в реализации принималось решение о смене идентификатора пользователя сессии одновременно с регистрацией нового идентификатора пользователя.
Ограничения на регистрацию таким способом нового пользователя тоже определяются на уровне реализации. После успешного выполнения оператора яет яеяя10н Аптнон1елт10Н текущее имя роли соответствующей сессии принимает значение ННЬЕ, так что текущим ацсМ0 этой сессии становится заданное значение илентификатора пользователя. Опять по необходимости забегая вперед, заметим, что операцию смены текущего идентификатора пользователя ВОЬ-сессии не разреша- 423 Основы баз данных Курс ется выполнять внутри какой-либо транзакции этой сессии. Иначе терялся бы смысл привилегий доступа, которыми руководствуется система при выполнении операций внутри транзакции. Оператор акт коье Для смены текущего имени роли Я;)з -сессии можно использовать оператор БЕТ ЕОЬЕ ( уа1ца аресгТ)сагзгоп ~ НОНЕ ) Ограничения на выполнение операции ЯЕТ ЕОЬЕ почти совпадают с определенными в стандарте ограничениями на выполнение операции еет еееетон лптноетелттон.
Наиболее важные отличия состоят в том, что эту операцию от имени текущего ацс)з?Р сессии всегда разрешается выполнять для ролей, которые переданы «пользователю» рпвьтО или данному текущему ангар, а также в том, что всегда разрешается применение конструкции еет еОЬЕ НОНЕ. Выполнение последней конструкции приводит к тому, что значение текущего имени роли сессии становится неопределенным. Заметим, что при смене влекущего имени роли Я.)Е-сессии значение текущего пользовательского идентификатора сессии не меняется, так что вполне вероятно, что после выполнения операции и текущий идентификатор, и текущее имя роли будут иметь значения, отличные от неопределенного значения. И конечно, операция ЯЕТ ЕОЬЕ НОНЕ будет выполнена успешно только в том случае, когда значение текущего пользовательского идентификатора не является неопределенным*.
Аннулирование привилегий и ролей Если от имени некоторого ацг)зТО некоторые привилегия или роли были переданы одному или нескольким другим ацс)зТО, то впоследствии первый ацг)зТО (в сессии, где этот ацСЫР является текущим) можно изъять, или аннулировать, переданные привилегии или роли путем применения оператора кечОке. Как и в случае передачи привилегий и ролей, способы аннулирования привилегий и ролей похожи, но между ними имеются некоторые отличия.
Поэтому мы снова обсудим эти способы в отдельности. " Кстати, стандарт полностью отдает на волю реализации способ того, каким образом сде- лать неопределенным значение текущего польюаательского идентификаюра ЯЯ:сессии. 424 Лекция 18 Авторизация доступа к данным, управление транзакциями и сессиями Аннулироввнив привилегий Для аннулирования привилегий используется оператор ЕЕЧОКЕ, определяемый следующим синтаксическим правилом: ЕЕуОКЕ [ ОЕАНТ ОРТ10Б РОЕ] рг(у(1еде сопкза1(зг ОН рг(у(1еде оЬ1есг ГЕОМ ( РБВР1С [ ацСЬТР соккпа11эг [ ОЕАНТЕР ВУ ( СОЕЕЕМТ ОЯЕЕ [ СРЕЕЕНТ КОРЕ ( ЕЕЯТЕ1СТ [ САЯСАРЕ ) Синтаксис конструкций рг(у(1еде и рг(у11еде оЬ1есс такой же, как для оператора ОВАМТ.
Общий смысл операции должен быть понятен из синтаксиса: у указанных ацсЬТР аннулируются указанные привилегии доступа к указанному объекту базы данных. Первой важной особенностью оператора аннулирования привилегий является обязательность указания одного из ключевых слов ееЯТК1ст нли сАЯОАРе.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
