Início / dba / Perguntas / 145280
Accepted
jpmc26
Asked: 2016-07-29 14:34:48 +0800 CST

Redefina search_path para o padrão global do cluster

  • 772

Digamos que eu altere permanentemente meu banco de dados search_pathassim:

ALTER DATABASE my_db SET search_path TO "$user",public,other_schema;

Como posso redefini-lo para qualquer padrão que um banco de dados intocado e inalterado neste cluster teria?

Isso geralmente é "$user",public, mas pode ser alterado no arquivo de configuração . Ter uma maneira de ler o valor dos parâmetros provenientes do arquivo de configuração funcionaria (para que eu pudesse criar uma consulta dinâmica na pior das hipóteses), mas não tive sorte em encontrar nada do tipo.

postgresql configuration

1 respostas

  1. Best Answer

    Padrões de fábrica

    Como posso redefini-lo para qualquer padrão que um banco de dados intocado e inalterado neste cluster teria?

    Você pode ler boot_valde pg_settings, mas na verdade é o padrão de fábrica compilado, não a configuração de postgresql.conf.

    SELECT boot_val
FROM   pg_settings
WHERE  name LIKE 'search_path';

    Você não está negligenciando o simples RESET?

    Para apenas redefinir a configuração (removê-la), você pode simplesmente:

    ALTER DATABASE my_db RESET search_path;

    Mas isso não necessariamente dá a você o que "um banco de dados intocado e inalterado neste cluster teria" . Ele apenas remove a configuração personalizada do banco de dados. Existem várias maneiras de definir o caminho de pesquisa:

    E isso não altera a search_pathsua sessão atual . O efeito (se houver) é visível na sua próxima sessão.

    Relacionado:

    Conectar atemplate1

    Você pode obter a configuração atual de uma conexão para template1, como @Abelisto sugeriu . Mas você provavelmente deseja permanecer em sua sessão atual. Você poderia usar dblink para isso:

    SELECT * FROM dblink('hostaddr=127.0.0.1 dbname=template1 user=postgres password=you_wish'
                         , $$SELECT boot_val, source FROM pg_settings
                             WHERE name LIKE 'search_path'$$
                          ) AS t(search_path text, source text);

search_path    | source
---------------+---------
"$user",public | default

    Isso tem alguns desafios :

    • Você precisa do módulo adicional dblinkinstalado. Isso é simples:

    • Inserções persistentes em um UDF mesmo se a função for abortada

    • Você precisa do privilégio para se conectar a template1. E você precisa fornecer a senha do usuário.

    • Mesmo na template1configuração pode resultar de configurações para a função ou banco de dados (ou outra instância) também (mesmo que provavelmente não o façam). Portanto, verifique as colunas source. Se disser 'padrão' , você entendeu. Se diz 'banco de dados' ou 'usuário' você está de volta ao quadrado 1...

    Leia a configuração real empostgresql.conf

    .. usando pg_read_file(), mas isso também está sujeito a algumas restrições importantes . O manual :

    O uso dessas funções é restrito a superusuários .

    E:

    Somente os arquivos dentro do diretório do cluster de banco de dados elog_directory podem ser acessados.

    Ênfase em negrito minha.
    Se seus arquivos de configuração estiverem em outro lugar (como em instalações padrão no Debian e amigos), você terá que criar um link simbólico no sistema de arquivos em seu diretório de dados ou log para seu arquivo de configuração real.

    SELECT substring(txt, $$\nsearch_path\s*=\s*'([^']+)'$$) AS search_path
FROM   pg_read_file((SELECT setting FROM pg_settings WHERE name = 'config_file')
                  , 0, 10000000) AS txt;  -- arbitrary 10 MB max.

search_path
------------
public

    Observe como busco o caminho para o arquivo de configuração dinamicamente com:

    SELECT setting FROM pg_settings WHERE name = 'config_file'

    Então eu uso uma expressão regular com substring() para extrair a configuração:

    \nsearch_path\s*=\s*'([^']+)'

    Isso deve funcionar, mas não gastei muito tempo para tornar o regexp à prova de balas. Pode ser enganado por uma configuração comentada que corresponde primeiro ou algo assim. Você pode querer testar um pouco mais.

    Por fim, desde o Postgres 9.4, existe também o ALTER SYSTEMcomando para substituir as configurações em um postgresql.auto.confarquivo. Você terá que verificar isso também.

    • 4

relate perguntas