Здравствуйте!
Подскажите ответ на вопрос, или угостите ссылками на профильные ресурсы/

Вопрос собственно в чем, перекинули БД с interBase на firebird, и собственно программа работающая с БД работает на отлично. Однако есть 1 но, раньше программа работала через логин Sysdba, а теперь необходимо завести новых пользователей. Если открыть базу через IBexpert то в разделе Grants к таблицам перечислены старые пользователи, и они перечеркнутые в том числе и sysdba (как я понял по той причине что на новом сервере этих пользователей не существует (ну или что то с индексами этих пользователей). Если сделать бэкап базы и рестор то в этом разделе появляются новые пользователи созданные на новом сервере, но при этом из базы теряется часть информации (ну то есть база по размеру уменьшается где то на 20%, что он там чистит не известно ).

Теперь собственно вопрос, можно ли без бэкап\рестор в базе перепрописать sysdba и добавить новых юзеров? (именно в базе а не создать пользователя в firebird)..
Если да, то подскажите как (создавал пользователя через iSQL и через gsec ни тот ни другой в базе в грантах к таблицам не появился. При чем при создании пользователя я сначала подключался к самой базе в isql =( может что то не то делаю? и надо при создании еще что то писать что бы пользователь имел доступ к базе данных?

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

Заранее спасибо за ответы!

m7m, Dimitry Sibiryakov
Спасибо за ресурс, почитаю, возможно это поможет.
kdvу вас программа разработана вами, есть исходники? Если нет - забудьте про "пользователей" в FB, и используйте SYSDBA как есть
Итак работает, но кроме sysdba понадобились еще пользователи, например sysdba1 и sysdba2 (программа работает от пользователей СУБД)


kdvи зачем это делать?
затем, что бы не прописывать доступ к каждой табличке базы в отдельности :)

kdvбэкап-рестор к пользователям отношения не имеет. Про какой "этот раздел" вы говорите - непонятно. Почему база "уменьшается", написано в FAQ.
если подключиться к БД через IBExpert открыть любую табличку то там будут вкладки, 1 из них будет называться Grants\права (вот про него и идет речь) за FAQ спасибо)

kdvp.s. "в базе" пользователей никак создать нельзя. Вам для этого надо было вместо FB переходить на InterBase 7.5 и выше, где такая фича (пользователи прямо в базе) есть.
Я и не хочу пользователей в базе создавать) я хочу что бы пользователи созданные в firebird а именно sysdba1 и sysdba2 получили доступ к БД и данным в ней хранящимся.

:) ужс.
Разложу по полочкам.
1) есть программа которая написана "не нами" - исходников нету.
2) Программа при установке ставит СУБД Interbase 6.1 и работает от пользователя СУБД sysdba.
3) Программа стояла на компе с WinXP. При переносе на Win 7 Interbase 6.1 перестал запускать сервер, то есть перед работой в программе надо было сначала запустить сервер InterBase, а потом запускать программу. (разработчик посоветовал перейти на firebird, что и решило проблему!)
4) Теперь кроме sysdba (это не роль и не уровень доступа, а именно пользователь!) надо добавить еще пользователей (об уровне прав доступа речь не идет).
5) Теперь о базе, БД была простым копированием с 1 компа (interbase) перенесена на другой комп (Firebird).
6) Теперь о проблеме. Созданные пользователи в Firebird не могут зайти в программу ПОКА не сделаешь бэкап\рестор БД на сервере firebird и не дашь появившимся после этого пользователям прав к каждой табличке. Но как раз процесс резервирования и восстановления испугал уменьшением веса. Поэтому и возник вопрос, а нельзя ли зайти в iSQL подключиться к БД и путем написания скрипта заменить пользователей БД старого сервера на новых, а именно сменить owner - sysdba старого сервера на sysdba нового сервера без процесса "резервирования и восстановления". И новым пользователям Firebird дать доступ на все таблицы БД сразу, а не прописывать как в гайде к firebird доступ каждому юзеру к каждой таблице БД.

kdv,

в табличках как раз и прописывается что запись внес vasya или sysdba) как раз и хочется уйти к контролю) просто с уровнем прав как мне кажется разобраться проще чем что бы они вообще могли туда попасть =(
kdv,"пункт 6 - неправда (мягко говоря). B/R никаких действий с пользователями не делает, их просто нет в базах. Все пользователи в Firebird только в security2.fdb, и больше нигде."
вот в этом и проблема) просто в MS SQL все как то совсем по другому (и проще на мой взгляд)
Вот я и хочу как то сделать так что бы пользователи находящиеся в БД security2.fdb как то получили доступ к моей БД. где то на этом форуме вычитал что это можно сделать путем бэкапа\рестор базы на новом сервере (и это помогло) по крайней мере в том что в разделе прав таблиц в IB expert после этой процедуры появляются "Мои" пользователи. Просто после этого надо заходить в каждую табличку и тыкать по ячейкам прав новых пользователей). И только после этого Новые пользователи могут подключиться к программе и начать работу.
Из всего из этого, собственно и хочется узнать, есть ли другой способ без резервирования\восстановления БД на новом сервере, получения прав к БД пользователей созданных в security2.fdb. (на сколько я понимаю все пользователи firebird созданные через gsec.exe туда попадают). А если еще проще, то что надо сделать для того что бы пользователь получил доступ к БД после команды
GSEC> add newuser -pw newuser -fname New -lname User

hvlad,

делал конечно) но на SQL 2000 - 2005 и там все совсем по другому.

kdvваша база и security2.fdb никак не связаны. и никаких "других способов" нет. Вариант решения вашей "проблемы" я привел выше (про PUBLIC).

p.s. пользователи и пароли - в security2.fdb, а права этих пользователей на объекты БД - в самой БД, не в security2.fdb.

Видать я вас не до понял с Public) то есть если Public выдать полные привилегии то все остальные будут пользоваться привилегиями public

Nогда возможно ли) пользователю PULIC выдать права сразу на базу или все же от этого не уйти?

"Следующий пример, иллюстрирует выдачу привилегии ALL специальному пользователю PUBLIC. Пользователь PUBLIC назначает всем существующим и будущим пользователям привилегию ALL для таблицы TEST_SCORES:

GRANT ALL ON TEST_SCORES TO PUBLIC;"
и писать
GRANT ALL ON таблица1 TO PUBLIC;
GRANT ALL ON таблица2, таблца3, таблца4 и т.д. TO PUBLIC;

Dimitry Sibiryakov Скорее это особенность "штатного оглуплятора": при вackup/restore обновился ODS и его
Security Manager начал работать через сервисы, нормально получая список пользователей
(отчего они и "позеленели").
А обновить ODS как то по другому можно?) не делая процедуру вackup/restore?)

kdvDimitry Sibiryakov,

может быть. Хотя, в IB 6 в сервисах все то же самое, что и в ФБ. Или что-то там "не поддерживалось" в IBE при указании версии сервера в алиасе БД.
Но в любом случае при переходе с ИБ 6 на ФБ 2.5 бэкап-рестор надо было делать. :-)

Кто ж знал?) развратили "некоторые" - "продвинутые") поэтому и не придал этому значение... теперь это делать поздно) как бы еще не наломать дров)) что бы не выплыло потом там где не надо)))

Гаджимурадов РустамBirdNew> Видать я вас не до понял с Public) то есть если Public выдать полные
BirdNew> привилегии то все остальные будут пользоваться привилегиями public

Начни с того, что Public - это не пользователь.

правда что ли?) это они злодеи тогда обманывают?
http://www.ibase.ru/devinfo/sqlroles.htm Назначение привилегий пользователю PUBLIC

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


Dimitry SibiryakovBirdNewразвратили "некоторые" - "продвинутые") поэтому и не придал этому
значение...
Ты это пытаешься намекнуть, что миграция с MS SQL 6.0 на MS SQL 2012 делается простым
копированием базы и SQL пользователи тоже перенесутся автоматически?..

Нет!) Там как раз бэкап-рестор на другом! =) но вот с firebird как то раньше не встречался) и меня заверили что при простом копировании с firebird проблем не будет) (по факту их нет так как работать то все работает!)