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

Вопрос собственно в чем, перекинули БД с 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 проблем не будет) (по факту их нет так как работать то все работает!)

Dimitry SibiryakovBirdNewпо факту их нет
Точнее ты ещё ни на одну не нарвался. В поддержке несвежих версий базы грабли есть. И я
восхваляю мудрость разработчиков, которые в тройке от этой поддержки наконец-то отказались.

ну на 1 то уже нарвался) теперь все же придется делать backup\restor только с 1 сервера firebird на другой (ну или попробовать перекинуть новую базу назад (где она раньше была) бэкапнуть ее там и развернуть на новом. хотя тогда непонятно вот это:

http://www.ibase.ru/devinfo/prevver.htm Если все прошло нормально, можно делать backup/restore. В соответствии с изложенным в предыдущих разделах нужно
при переходе с Firebird на InterBase сделать бэкап утилитой gbak от InterBase
при переходе с InterBase на Firebird сделать бэкап утилитой gbak от Firebird
в любом случае осталось разобраться как дать привилегии public что бы не мучиться с каждой табличкой. Пороюсь пока на ресурсах что вы дали) может что то прояснится))

kdvBirdNewв любом случае осталось разобраться как дать привилегии public что бы не мучиться с каждой табличкой.
привилегии для PUBLIC ты выдашь ОДИН РАЗ. поэтому слово "мучиться" тут никак не подходит.
да) но табличек то много)

Ivan_Pisarevsky IBExpert->"tools"->"Grant manager" жмакнуть "пипку с 9 кружочками".
Спасибо!)

pastor прочитать про системные таблицы, освоить insrt into T(..) select .. from
а ссылочками по теме совета делиться "вера" не позволяет?) (p.s. шутка ;) )

В любом случае всем спасибо!) теперь уж точно не страшно будет изобретать велосипед)

pastor,

Спасибо) попробую и так как вы написали) осталось найти информацию о вот этих всяких табличках RDB$RELATIONS и их описании)) что это, да с чем едят) В любом случае копия базы есть)) можно издеваться, да и время терпит пока что)

И вообще всем спасибо за помощь!) и за то что помидорами не закидали ;))

DarkMaster,

правильно понимаю?

подключаюсь в isql к нужно базе.



потом


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


или



pastorselect 'grant all on table '|| t.RDB$TABLE_NAME ||' to PUBLIC;' from RDB$RELATIONS where они не вьюхи и не системные
здесь немного не понятно что означает эти t.RDB$RELATION_NAME и f.RDB$RELATION_NAME точнее то что t это таблицы которые ссылаются на другие а f. на которые ссылаются.... то есть если написать просто RDB$TABLE_NAME то он не получит просто полный список?

И в довесок еще 1 вопрос)
Сделал бэкап


после чего удалил c:\base\data.fdb


ни в первом ни во втором случае ошибок или чего то подобного типа warning и все такое не было.
после чего через isql к базе можно подключиться только используя sysdba, другие пользователи подключиться не могут.
При подключении isql выдает:
statement failed, SQLSTATE = 08006
connections lost to database
на 1м из форумов вычитал что мол база эта находится в статусе shutdown. Ну и как совет пишут что надо перевести базу в статус online через gfix -online. Однако у меня почему то при использовании gfix -online c:\base\data.gdb. , выдается ошибка unavailable database
что не так делаю? :(

kdvBirdNewпосле чего удалил c:\base\data.fdb
никогда так не делай, пока не убедишься, что бэкап восстановился в базу с другим именем файла.

BirdNewпосле чего через isql к базе можно подключиться только используя sysdba, другие пользователи подключиться не могут.
и что, в c:\base.txt все хорошо, ошибок нет?

BirdNewвыдается ошибка unavailable database
и гуглом ты не умеешь пользоваться.
http://www.ibase.ru/ibfaq.htm#unavail

Похоже, придется "нанять программиста", как тут говорят. Вот я не умею с трактором обращаться, и в трактор не лезу.

У меня копия базы, настоящая находится в работе и я к ней не лезу)) эксперементы пока ведутся над той базой которая первоначально перекидывалась с 1 сервера на другой.
в base.txt нет ошибок!) честно не обманываю! ^___^
за ссылку спасибо)) программиста не надо!) я лучше как нибудь сам... как нибудь сам)

kdvкстати, еще это обычно означает, что ты запутался с версиями серверов. Где делался бэкап, и где делался рестор, на каких версиях иб-фб? Компьютеры разные, или один, и на одном одновременно и иб и фб запущены?
про базу еще разок, Сама база велась на InterBase 6.1 простым копированием перенесена на сервер с Firebird 2.5.1 (бэкап уже перенесенной базы был на Firebird 2.5.1 и им же восстановлен) IB на этом компьютере не стоит, ну и других версий FB тоже)

kdvВпрочем, имея мизерное представление об ИБ и ФБ, не читая доку или книжки, пытаться разобраться на форуме - нереальная затея.
документашку ту что идет к firebird quick start я прочитал. по ссылкам вашим сходил тоже прочитал. Критика принимается но сдаваться я не собираюсь ;)

Dimitry Sibiryakov,

эм) таки была ошибка :)
gbak
gbak: ERROR: action canceled by trigger (1) to preserv data integrity
gbak: ERROR: could not find column for GRANT
gbak: Existing before completion due to errors


вообще странная вещь этот фаерберд... не работает через бэкап... зато блин поднял виртуалку, через IBexpert подключился к базе создал там же пользователей, дал им права и все сразу нашлось... все заработало... а вот бэкапнуть базу или восстановить низя.... прописать базу на сервере тоже нельзя... ужас просто.

DarkMaster,

да я не к тому немного) просто, в SQL бэкапнул базу, на другом развернул, поменял скриптом owner если вдруг надо и все, с 2005 вроде можно вообще детач базы сделать и на другой перенести. А здесь, ну я понимаю что разные СУБД фаерберд и нтербейз, но вроде ведь пишут, что мол это одно и тоже... или не надо засматриваться на 2,% версию а переходить на 1,5? там при бэкапе не будет проблем? (хотя в любом случае попробую). А так в общем просто не понятен принцип работы этой СУБД.
Просто на одной реальной windows 7, IB Expert к базе ни в какую не хотел подключаться. Развернул виртуалку поднял вин 7 поставил все с ноля и все заработало :(.
Кстати а что бы перестал ругаться фаерберд при ресторе надо в табличках добавлять специальные колонки для GRANTs? или это все опять же в системных таблицах должно быть?

Кстати а и вправду, что то прочитал, что если ПО заточено под interbase 6.1 то если переходть на Firebird то лучшим вариантом было бы переходить на fireird 1.5 или ОСОБОГО значения это не имеет?