Всем привет.
Возможно ли в FB 3.0 хранить имя пользователя и пароль непосрественно в пользовательской базе, а не security3.fdb и что для этого нужно сделать?

firebird-30-language-reference.html прочитал, но как то не нашел информации об этом.

Симонов Денис,

Спасибо Денис.

только что нашел цитатку об этом:
"The information about users authorised to access a specific Firebird server is stored in a special security database named security3.fdb. Each record in security3.fdb is a user account for one user. For each database, the security database can be overridden in the databases.conf file (parameter SecurityDatabase). Any database can be a security database, even for that database itself."

Это получается все равно одна единственная база с пользователями на сервер. И при этом можно "получить доступ", просто переписав конфиг с сылкой на другую, известную базу с паролями.

Симонов Денис,

авторточнее не так. На каждую БД можно назначить свою БД безопасности.
Поподробнее можно? Я так понимаю, что это какого то рода манипуляция с database.conf. Но там записано:


и это идет для всех баз на сервере.

авторА вот для некоторых служб (restore и др.) всё равно надо иметь БД безопасности вне самой БД, иначе список пользователей не где читать
если пользователская рабочая база с добевлением данных от security валидная (имею ввиду не повреждена) и в database.conf она прописана, то по логике вещей долно отлично работать и на backup и на restore. Да еще не стоит забывать про магию embedded - по локальному протоколу с легким кодингом собственной утилиты должно запросто проводить такую операцию. Опять же не пробовал еще.
Ну и получается, что перенос файла базы на другой сервер с другим конфигом в database.conf делает такую фичу бесполезной.

Вопрос интересует не состороны сокрытия данных, а об ограничении доступа некоторых категорий сотрудников и привлеченных.

Симонов Денис,

авторА вот в случае рестора, подключаться не к чему, у тебя только файл бекапа, БД с пользователями нет, поэтому придётся использовать другую security.db

спасибо за наводку в нужном напрвлении. Тут придется повозиться чтобы разобраться что к чему и как не ссорудить грабли в саду.

по поводу внесения изменений в database.conf подобных этому:
авторmydb = d:\fbdata\mydb.fdb
{
SecurityDatabase = mydb
# ... другие параметры
}

можно ли гдето почитать?

kdv,

Спасибо!

kdv,

Я по твоим настройкам делал конфигурацию 2.5. В результате оказалась оптимальной ванильная - ничего не менять и идет из коробки.
Надеюсь для 3.0 не больше отличий.

Basil A. Sidorov,

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

Так что из коробки решение очень даже разумное, с учетом того, что сервер должен делить пространство с программами.