hi all
В доке по 3.0 есть вот такой текст:
Операторы управления пользователями
В данном разделе описываются операторы создания, модификации и удаления
учётных записей пользователей Firebird средствами операторов SQL. Такая возможность
предоставлена следующим пользователям:
• SYSDBA;
• Любому пользователю, имеющему права на роль RDB$ADMIN
в базе данных пользователей
и права на ту же роль для
базы данных в активном подключении
(пользователь должен подключаться к базе данных с ролью RDB$ADMIN);Это значит, что если у "настоящего ДБА-пацана" (SYSDBA) появился помощник, которому разрешено только лишь создавать усеров (create user dba_assistant password '1' grant admin role), и ничего более, то этому помощнику всё равно надо выдать роль RDB$ADMIN в какой-то "NON-security" базе (хотя бы и в пустышке типа emp.fdb).
То есть, мало создавать учетную запись помощника вот так:
create or alter user dba_assistant passowrd '1' grant admin role;
Надо непременно в какой-то базе, отличающейся от sec3.fdb, сделать:
grant rdb$admin to dba_assistant;
-- и только после этого позвать этого дба-ассистента и сказать ему: "слышь, чтобы добавлять усеров, делай коннект к emp.fdb (обязательно, и только к ней), указывай в строке подключения 'role rdb$admin' (тоже обязательно!), и только после этого, сидя уже в этой базе emp.fdb - можешь добавлять других усеров".
Объясните колхознику, плз: почему недостаточно просто наличия admin-роли этого dba_assistant'a в security3.fdb ?
ЗЫ. К Алексу прошу не отсылать. Я его уже спросил, и не только об этом. И он очень устал от мну за сегодня :-)
