Quel est le chemin de recherche pour une base de données et un utilisateur donnés?

Je peux voir le courant search_pathavec:

show search_path ;

Et je peux définir le search_pathpour la session en cours avec:

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

De plus, je peux définir de manière permanente le search_pathpour une base de données donnée avec:

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

Et je peux définir de manière permanente le search_pathpour un rôle donné (utilisateur) avec:

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

Mais j'aimerais savoir comment déterminer quels sont les paramètres de base de données et de rôle (en ce qui concerne search_path) avant de les modifier?

Vous pouvez trouver les paramètres de configuration pour les rôles et les bases de données dans la table du catalogue pg_db_role_setting.

Cette requête récupère tous les paramètres pour un rôle ou une base de données donnés:

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';

Si rien n'est défini, l'instance inférieure suivante détermine l'état par défaut de search_path, qui est postgresql.confdans ce cas ou les options de ligne de commande au démarrage du serveur. En relation:

• Comment le search_path influence-t-il la résolution de l'identifiant et le "schéma actuel"?

Pour supprimer les paramètres d'un rôle ou d'une base de données - search_pathdans cet exemple particulier:

ALTER ROLE myrole RESET search_path;

Ou:

ALTER DATABASE mydb RESET search_path;

Ou:

ALTER ROLE myrole in DATABASE mydb RESET search_path;

Ne manipulez jamais les données du catalogue système ( pg_catalog.*) manuellement. Utilisez les commandes DDL comme indiqué dans le manuel pour ALTER ROLEet ALTER DATABASE.
Essentiellement, la RESETcommande supprime une ligne pg_db_role_settingpermettant au paramètre de base de reprendre effet. Je n'appellerais pas ça compliqué.

Les paramètres permanents des bases de données et des rôles sont stockés dans la table pg_db_role_settings à l' échelle du cluster.

Seuls les paramètres modifiés sont présents. Si le chemin de recherche n'a jamais été modifié pour une base de données ou un rôle, j'imagine qu'il peut l'être "$user",public.

• La valeur du paramètre avant toute modification, y compris au niveau du cluster (via la configuration globale postgresql.conf) peut être interrogée à partir de la base de données avec:

   SELECT boot_val FROM pg_settings WHERE name='search_path';

• La valeur du paramètre avant toute modification dans la session (via la SETcommande) peut être interrogée à partir de la base de données avec:

   SELECT reset_val FROM pg_settings WHERE name='search_path';

• Lorsqu'une valeur autre que celle par défaut est définie postgresql.conf, il n'est pas simple d'obtenir cette valeur en SQL indépendamment de la session en cours . pg_settings.boot_valne le fera pas car il ignore les modifications apportées au fichier de configuration et pg_settings.reset_valne le fait pas non plus, car il est influencé par les paramètres de base de données / utilisateur potentiellement définis ALTER USER/ALTER DATABASE. Pour un administrateur de base de données, le moyen le plus simple d'obtenir cette valeur consiste à le rechercher postgresql.conf. Sinon, voir Réinitialiser search_path sur la valeur globale par défaut du cluster, qui couvre ce sujet en détail.

select * from pg_user;

Vrai pour postgres et redshift. Cela semble trop simple comparé aux réponses précédentes qui en dépendent pg_db_role_setting, mais la useconfigcolonne aura une liste de configurations d’utilisateurs incluant search_path, formatées en liste.

La documentation de Postgres est ici

Pour être plus sélectif:

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"} │
└────────────┴─────────────────────────────────────────────────────┘

Je pense que cette table d'utilisateurs contient tous les utilisateurs du cluster, pas seulement la base de données spécifique - mais je n'ai pas vérifié cela.