iBase.ru Forum

Вот этого ALTER USER username GRANT ADMIN ROLE достаточно для назначения RDB$ADMIN в security2.fdb указанному пользователю username. Значит все-таки я правильно понял. И судя по всему роль все же назначилась: проверил через gsec - он всех видит по этим моим пользователем. Делаю вывод - гонят старые...

security2 - из дистриба, экспериментирую на чистой. ODS ее не смотрел, так как вроде ж в дистрибе должна быть правильная? Но проверю... (upd: Проверил - 11.2) Ну видимо в то и проблема, что написанное в RN я не понял. Since nobody can connect to the security database, the GRANT and REVOKE statements...

Выполняется оба запроса:

GRANT RDB$ADMIN TO username;
ALTER USER username GRANT ADMIN ROLE;

Выполняются они в коннекте к рабочей базе, с которой потом и пытаемся работать, ну и естественно на том же сервере, т.е. security2 тоже одна и та же.

Здравствуйте, уважаемые. Проблема возникла - не пойму где. Создаю юзера, даю ему роль RDB$ADMIN. Пытаюсь под ним через ServicesAPI (ну вообще-то через FIBPlus - TpFIBSecurityService) достать список пользователей - видит только себя. Ну и редактировать, добавлять, удалять юзеров не может. В параметра...

hvlad писал(а):Сам нулл передаётся по-другому

Через sqlind? Ну да не в этом дело, главное, что при этом в sqldata лежит

Бузз это на днях исправлял в плюсах :-) Ага.. Это хорошо, но все-таки изменилось же в самом Firebird? Я правильно понимаю, что раньше при фетче нуллового блоба в его XSQLVAR.sqldata возвращалось 8 нулей, т.е. реально нулевой BlobId, а теперь там может быть что попало и если sqltype = 521 (нуловый B...

Firebird-2.5.0.22748-0_Win32 SS, FIB 6.8.5 Не знаю, кто тут виноват - FIB или Firebird, но на FB 2.1.2 все было еще нормально. Вдруг в одном месте стал ругаться на invalid BLOB ID. Происходит это при попытке проапдейтить в датасете блоб-поле, которое было null. Причем у меня подобных мест много, но ...

WildSery писал(а):Видимо, недостаточно хорошо, иначе бы не говорил об "однопроходном слиянии" в случае LEFT JOIN.

Да, ступил... Никогда раньше таких джойнов не делал, чтоб прицепляемая таблица не зависела от главной, посчитал в этом случае потоки независимыми
Но разве это что-то меняет?

Так я про планы и не говорю. Планы в части таблицы t1 будут одинаковыми (натуралы) в обоих случаях, что вполне понятно. Отличаются эти запросы статистикой выполнения - в первом будут профетчены все записи из t1, во-втором при param <> 1 - ни одной. Если я правильно понимаю механизм выполнения соедин...

Вот какую штуку обнаружил (заранее прошу прощения, если в трекере такое есть) Выполняем запрос: select * from t1 where :param = 1 При любом значении параметра шерстится вся таблица. А зачем? Собственно так было и в IB, и я к этому привык, как к неизбежному злу, но в FB я обнаружил вот что: select * ...

Да, больше такого нет (на билде Firebird-2.5.0.22471-0_Win32).
На этом я иссяк, больше ничего подозрительного не находится
Спасибо за оперативность, нам эти баги реально мешали в разработке.

Ага, теперь все хорошо (на билде Firebird-2.5.0.22450-0_Win32) Правда нарыл еще одну вещь, мне не понятную, в каком-то смысле похожую. Теперь параметры в in без явного каста передавать нельзя? Например, вот такой запрос: select 1 from rdb$database where rdb$relation_id in (-1, :param) рубится с ошиб...

Нарыл вот такой баг: Сервер: Firebird-2.5.0.22434-0_Win32 Создаем SP: create or alter procedure test_procedure (param integer) returns (ret_value integer) as begin suspend; end Выполняем запрос: select * from test_procedure ('0') Получаем: Overflow occurred during data type conversion. conversion er...

Ну вот и отлично. Запоминайте заведение нового пользователя и рассылайте эти данные по филиалам вместе со всеми остальными данными. Если эти файлы обрабатывает ваша собственная софтина - научите её добавлять пользователя через Services API. Если рассылаются простые скрипты, которые обрабатываются i...

А репликация происходит телепатически или филиалы всё-таки как-то связаны? Что мешает админу в офисе добавить пользователя на филиальный сервер используя эту связь? Транспорт реплик может быть какой угодно. У нас реализованы варианты через e-mail или FTP, но возможно использование стороннего трансп...

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

1. Не прокатит, потому что пароли вытащить из security2.fdb я не могу - сервер не дает к ней прямого доступа, а API не дает паролей. Можно, конечно, в момент собирания пакета для репликации делать копию security2 и обращаться напрямую к ней, но по-моему это еще больший изврат. 2. Зашифрованные данны...

При переходе с IB на FB возникла проблема с репликацией паролей пользователей. На IB мы просто делали запрос к admin.ib, вытаскивали логины и пароли (в том виде, в каком они там лежат, т.е. уже хешированые) и потом их так же вкатывали напрямую в admin.ib. Понятно, что такая фишка с security2.fdb в F...

Спасибо за инфу! Но рядовые юзеры будут видеть только свои аттачи, а чужие все равно не увидят, так что старый метод все равно работать не будет... Т.е. единственный вариант - триггеры на дисконнект и надеяться, что сервер не упадет. Ну и видимо какой-то процесс, работающий от имени SYSDBA, для стра...

Здравствуйте, уважаемые! Вопрос следующий - как работают в FB database triggers на дисконнект и завязаны ли они на MON$ATTACHMENTS? А конкретнее, хотелось бы узнать, что произойдет, если сервер по каким-либо причинам аварийно завершил работу? Вполне ведь возможен вариант, что эти триггеры сработать ...