Фамилия, имя и т.д. задаются только в виде комментария: https://postgrespro.ru/docs/postgresql/11/sql-comment

Да, я имел ввиду пользователец под которыми программы подключаются к БД

Когда дело касается пользователей именно СУБД. Но пользователи БД, и пользователи приклада очень часто (в большинстве случаев, на самом деле) - это разные сущности.

Я видел системы, где пользователи приклада были пользователями СУБД, и в конкретных БД заводились таблички для нарезать добавочных прав в прикладе и расширенной информации о самих пользователях.

То есть правильнее для подключения и для связи с данными в таблице (описания атрибутов и т. п ) создавать разных пользователей?

Ребят, хелпните плиз . В БД суммы хранятся в value::numeric(14,2) , мне надо при селекте переводить в value/10000 с указанием 2х знаков после точки (запятой). Пример как должно работать
10000 => 1.00
0 => 0.00
100000 =>10.00
Кривой вариант я "изобрел" , но хочется узнать решение "здорового pgsql-щика")

select round(..., 2)

Спс. Улыбну тебя своим "монстром"

не очень всё же понятно, о чём вы спрашиваете. Есть:
- пользователи (роли) постгрескл, которыми вы подключаетесь к постгре. Вы можете разрешать/запрещать доступ такого пользователя к таблицам, функциям и другим объектам базы. Специального поля для имени/фамилии у них нет, но вы можете задать их в свойство роли через COMMENT ON ROLE IS 'some text'
- пользователи, существующие в контексте вашего приложения. Имеют или не имеют доступ к сущностям, определённым внутри вашего приложения, о которых БД знать ничего не знает (просто хранит их в виде строк). Они не имеют отношения к пользователям СУБД, и вступают в действие после того, как вы уже подключились к базе. Для них да, вы создаёте свои таблицы, в которых определяете атрибуты такого пользователя, и храните его права - но настройка этой безопасности выходит за пределы PostgreSQL

Если сеть Windows - можно настроить аутентификацию kerberos

Правильнее делать роли, которым давать права, а пользователям назначать роль или роли

Если у вас в системе у группы пользователей может быть один и тот же набор привилегий, делаете роль, которой назначаете все нужные права, а потом пользователям, которые подключаются к БД, даёте уже роль или роли.

А если нужны ФИО и прочие атрибуты - делаете LDAP или kerberos

Что, естественно, не отменяет вышесказанного про групповые роли

Коллеги, подскажите, пожалуйста, как вывести результаты работы след команды:
BEGIN;
EXPLAIN (ANALYZE, VERBOSE, BUFFERS, SETTINGS) INSERT INTO tls_keys (col1,col2, col3, col4, col5, col6, col7, col8, col9, col10, col11, col2) VALUES (...), (...), (...);
COMMIT;


Выполняю запрос средствами libpq:

PGresult *res = PQexec(conn, base_query_s);
ExecStatusType status = PQresultStatus(res);

в status PGRES_COMMAND_OK

А вот как из res получить выхлоп транзакции не представляю, т.к. возвращается не PGRES_TUPLES_OK.

Спасибо за ответ)

Никак.Убрать begin/end  или выполнять их как отдельные команды.

Коллеги, в следующий вторник Илья Космодемьянский и Андрей Сальников из dataegret.ru будут беседовать с Алексеем Ваховым, техническим директором UCHi.RUUCHi.RU о том, как обеспечить стабильность работы баз данных при активной разработке.
Будем рады ответить на вопросы и послушать ваши истории об организации работы с опенсорсом. Присоединяйтесь к голосовому чату Телеграм bit.ly/DataEgret_chat 30 марта в 19:00 МСК

понял
спасибо!

Какое, однако, божественное откровение! А под *нихами, значит, Цербера нет?