UID/GID
Модераторы: kdv, Alexey Kovyazin
UID/GID
Создал новго пользователя... а у него uid и gid =0! Как и у SYSDBA. Вопрос -почему?
Хм.. Почему у сервера? Если верить таблице то они присвоен юзерамkdv писал(а):патамучто. какие uid/gid у сервера? это оно у операционки, и то не у всякой. в общем, not used.
GSEC> display
user name uid gid full name
-----------------------------------------------------------
----------
SYSDBA 0 0
STALKER 0 0
А про то что uid/giв это *nix знаю.. так как админю.
Но тогда не понятна аткая ситуация -создал пользователя.. никаких прав ему ещё не раздал.. но тем не менее смог от его имени создать таблицу... Что-то здесь явно не так
Сервер -firebird-1.5.2.Merlin писал(а):Что не так, что не так. Доку не читаешь, вот что не так. Operations Guide, Language Reference, Data Definition Guide. Версию сервера не указываешь, это тоже не так. _Создавать_ объекты может любой юзер.
Хм.. как сделать конкретно опущенного пользователя.. что бы он мог только читать и только определённую таблицу?
Права на уже существующие объекты управляются стандартно - через гранты. А вот запретить ему создавать новые - впрямую нельзя. Есть хаки по насилию над управлением доступом к системным таблицам, но они а) геморны в целом, это приходится делать для всех пользователей, а не для этого персонально б) ведут к снижению общего быстродействия в) ненадёжны, ибо не переживают backup/restore.
Фигово... а в более других базах (мускл,постгресс) как с этим дела? Там пользователь тоже может создавать поумолчанию новые обьекты или нет?Merlin писал(а):Права на уже существующие объекты управляются стандартно - через гранты. А вот запретить ему создавать новые - впрямую нельзя. Есть хаки по насилию над управлением доступом к системным таблицам, но они а) геморны в целом, это приходится делать для всех пользователей, а не для этого персонально б) ведут к снижению общего быстродействия в) ненадёжны, ибо не переживают backup/restore.