Что такое путь_поиска для данной базы данных и пользователя?

Я могу видеть ток search_pathс:

show search_path ;

И я могу установить search_pathдля текущего сеанса с:

set search_path = "$user", public, postgis;

Кроме того, я могу навсегда установить search_pathдля данной базы данных с помощью:

alter database mydb set search_path = "$user", public, postgis ;

И я могу навсегда установить search_pathдля данной роли (пользователя) с помощью:

alter role johnny set search_path = "$user", public, postgis ;

Но я хотел бы знать, как определить параметры базы данных и роли (относительно search_path) до их изменения?

Вы можете найти параметры конфигурации для ролей и баз данных в таблице каталога pg_db_role_setting.

Этот запрос извлекает любые настройки для данной роли или базы данных:

SELECT r.rolname, d.datname, rs.setconfig
FROM   pg_db_role_setting rs
LEFT   JOIN pg_roles      r ON r.oid = rs.setrole
LEFT   JOIN pg_database   d ON d.oid = rs.setdatabase
WHERE  r.rolname = 'myrole' OR d.datname = 'mydb';

Если ничего не задано, следующий нижний экземпляр определяет состояние по умолчанию для параметра search_path, которое postgresql.confв этом случае или параметры командной строки при запуске сервера. Связанный:

• Как search_path влияет на разрешение идентификатора и «текущую схему»

Чтобы отменить любые настройки роли или базы данных - search_pathв этом конкретном примере:

ALTER ROLE myrole RESET search_path;

Или:

ALTER DATABASE mydb RESET search_path;

Или:

ALTER ROLE myrole in DATABASE mydb RESET search_path;

Никогда не манипулируйте данными в системном каталоге ( pg_catalog.*) вручную. Используйте команды DDL, как указано в руководстве для ALTER ROLEи ALTER DATABASE.
По сути, RESETкоманда удаляет строку, pg_db_role_settingчтобы базовые настройки снова вступили в силу. Я бы не назвал это запутанным.

Постоянные настройки для баз данных и ролей хранятся в системной таблице pg_db_role_settings .

Только измененные настройки присутствуют. Если путь поиска никогда не изменялся для базы данных или роли, я предполагаю, что это можно предположить "$user",public.

• Значение параметра до любого изменения, в том числе на уровне кластера (через глобальную конфигурацию postgresql.conf), можно запросить из базы данных с помощью:

   SELECT boot_val FROM pg_settings WHERE name='search_path';

• Значение параметра до любого изменения в сеансе (через SETкоманду) можно запросить из базы данных с помощью:

   SELECT reset_val FROM pg_settings WHERE name='search_path';

• Когда для него установлено значение, отличное от значения по умолчанию postgresql.conf, получить это значение в SQL не просто, независимо от текущего сеанса . pg_settings.boot_valне будет делать, потому что он игнорирует изменения в файле конфигурации, и pg_settings.reset_valне будет, потому что на него влияют параметры базы данных / пользователя, которые могут быть установлены через ALTER USER/ALTER DATABASE. Простейший способ получить это значение для администратора базы данных - просто просмотреть его postgresql.conf. В противном случае см. Сброс search_path к глобальному кластерному значению по умолчанию, которое подробно описывает эту тему.

select * from pg_user;

Правда для Postgres и Redshift. Это кажется слишком простым по сравнению с предыдущими ответами, от которых зависит pg_db_role_setting, но в useconfigстолбце будет список пользовательских настроек, в том числе search_path, отформатированный в виде списка.

pg_user Документация Postgres находится здесь

Чтобы быть более избирательным:

rs.db.batarang.com cooldb:cooldude =#> select usename
                                              , useconfig 
                                       from   pg_user
                                       where  usename = 'cooldude';
┌────────────┬─────────────────────────────────────────────────────┐
│  usename   │                      useconfig                      │
├────────────┼─────────────────────────────────────────────────────┤
│ cooldude   │ {"search_path=dirt, test, \"$user\", public, prod"} │
└────────────┴─────────────────────────────────────────────────────┘

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