Início / dba / Perguntas / 302587
Accepted
Federico Razzoli
Asked: 2021-11-14 12:58:06 +0800 CST

O que é mais rápido: pg_catalog ou information_schema?

  • 772

Eu entendo as diferenças de alto nível entre pg_cataloge information_schema.

Mas, em muitos casos, uma ferramenta pode optar por usar qualquer um deles. E eu estou querendo saber se existem razões de desempenho por que devemos preferir um ou outro. Espera-se que as consultas sejam mais rápidas em um deles? Funcionam da mesma forma em termos de fechaduras?

postgresql information-schema

1 respostas

  1. Best Answer

    Normalmente, pg_catalogé mais rápido .

    A verdadeira fonte de informação no Postgres são as tabelas de catálogo em pg_catalog. As visualizações no information_schemasão baseadas neles. Às vezes, essas visualizações são bastante complicadas para cumprir o padrão SQL.

    Para cada consulta direcionada a uma visualização de esquema de informações, há uma alternativa mais rápida baseada pg_catalogdiretamente em tabelas, eliminando o intermediário.

    Ver:

    Para consultas simples, não importa muito. Mas se você repetir a consulta com alta frequência, ou para casos mais complexos, pode ser substancial. Na maioria das vezes, as visualizações do esquema de informações fazem muito trabalho que você não pediu. Compare essas duas consultas:

    EXPLAIN ANALYZE
SELECT * FROM pg_catalog.pg_attribute;

EXPLAIN ANALYZE
SELECT * FROM information_schema.columns;

    db<>fique aqui

    1 ms vs 200 ms (depende do número de colunas no banco de dados, é claro). Esse é o preço de cumprir um padrão - que também é o principal motivo para usar o esquema de informações: as consultas são estáveis ​​nas principais versões do Postgres (mas as colunas principais das tabelas de catálogo também quase nunca mudam) e (em teoria) são portáteis para outros RDBMS. (Mas escrever código "portátil" é um negócio complicado e eu não tentaria a menos que fosse absolutamente necessário.)

    Relacionado:

    Às vezes, nem é a melhor opção para começar. Existem muitas funções de informações do sistema dedicadas , ou uma conversão para um tipo de identificador de objeto pode simplificar ou resolver a tarefa. Exemplos:

    Quanto aos bloqueios : você normalmente não precisa se preocupar com isso no Postgres. Graças ao modelo MVCC , os leitores não bloqueiam os escritores e vice-versa. Se for o caso, information_schemaé mais um problema, pois normalmente extrai mais tabelas de catálogo do que o necessário.

    • 2

relate perguntas