Firebird 2.1 как извлечь данные о пользователе?

[Пантер]

В общем на сервере в птице создал юзверя. Коннекчусь с клиента под данной учеткой.
Вопрос: как после коннекта узнать данные пользователя, т.е. FirstName, LastName, Description, UID, GID? Ведь эти данные хранятся не в моей БД, а в собственной БД птицы. 

[crossly]

select current_user from rdb$database

[Tonal]

current_user возвращает только логин.
Для всего остального пока нужно использовать функции Service Api.
Обещают вынести это в SQL но вроде в версии 3.

[Пантер]

Спасибо за объяснение. Буду значит свою таблицу юзверей заводить.

[Alex03]

Спасибо за объяснение. Буду значит свою таблицу юзверей заводить.

Оно иногда и полезно, как то доподнительные поля, ссылки на пользователя из других таблиц и т.д.

[Пантер]

Спасибо за объяснение. Буду значит свою таблицу юзверей заводить.

Оно иногда и полезно, как то доподнительные поля, ссылки на пользователя из других таблиц и т.д.

Но коннект всех клиентов приходится делать под одной учеткой (сейчас это SYSDBA), что не есть хорошо, и нельзя на сервере отследить кто приконектился.

[Tonal]

Под SYSDBA не надо. Создай пользователя и дай ему права на всё что нужно.
Создать можно в процессе инсталляции, или если ещё нет.

[Пантер]

Да это понятно. Только вот все будут только под ним входить, а хотелось по нормальному.
Ну и ладно, думаю топик можно закрыть.

[Alex03]

Ну при желании то можно и на каждого пользователя завести по аккаунту, а по имени аккаунта уже искать в своей табличке чего надо, но тут конечно надо следить за синхронностью изменения данных и там и там.
С другой стороны если юзеры в БД лезут только из самописанных программ (АРМов), как это сейчас у меня, то для каждого типа АРМа прописан свой аккаунт, а авторизация юзера идёт уже по своей табличке с юзерами, их правами, паролями (точнее хэшами паролей).
Но в моём случае великой секьюрности не надо.

[crossly]

а действительно что тебе мешает... логины на сервере... вся остальная инфа сопосталенная логинам в отдельной таблице... я к примеру при необходимости всегда так делал..

[Пантер]

Гемор это лишний. Лучше уж тогда свою таблицу завести, чем состыковывать.
В общем пока ничего не изменится буду поддерживать свою таблицу пользователей.

[crossly]

Гемор это лишний. Лучше уж тогда свою таблицу завести, чем состыковывать.
В общем пока ничего не изменится буду поддерживать свою таблицу пользователей.

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