Início / dba / Perguntas / 256894
Accepted
Peter Vandivier
Asked: 2020-01-08 10:44:06 +0800 CST

Não é possível ver duas tabelas com o mesmo nome

  • 772

Eu tenho dois não public-esquemas em um banco de dados. Uma tabela chamada "foo"existe em ambos os esquemas e posso executar todos os comandos DDL e DML necessários em ambos. No entanto, quando executo \d, não consigo ver os dois. O que da?

Reprodução

create schema a;
create schema b;

create table a.foo (i int);
create table b.foo (i int);

set search_path = "$user", public, a, b;

Dentropsql

postgres=# \d
            List of relations
 Schema |   Name    | Type  |   Owner
--------+-----------+-------+------------
 a      | foo       | table | pvandivier
(1 row)

Eu \set ECHO_HIDDEN onpara extrair a consulta subjacente executada \de movi as linhas relevantes da WHEREcláusula SELECTpara examinar as diferenças entre os dois objetos de tabela.

SELECT n.nspname as "Schema",
  c.relname as "Name",
  CASE c.relkind WHEN 'r' THEN 'table' WHEN 'v' THEN 'view' WHEN 'm' THEN 'materialized view' WHEN 'i' THEN 'index' WHEN 'S' THEN 'sequence' WHEN 's' THEN 'special' WHEN 'f' THEN 'foreign table' WHEN 'p' THEN 'partitioned table' WHEN 'I' THEN 'partitioned index' END as "Type",
  pg_catalog.pg_get_userbyid(c.relowner) as "Owner",
  pg_catalog.pg_table_is_visible(c.oid),
  n.nspname,
  c.relkind
FROM pg_catalog.pg_class c
     LEFT JOIN pg_catalog.pg_namespace n ON n.oid = c.relnamespace
WHERE n.nspname IN ('a','b')
ORDER BY 1,2;

A execução desta consulta revela...

 Schema | Name | Type  |   Owner    | pg_table_is_visible | nspname | relkind
--------+------+-------+------------+---------------------+---------+---------
 a      | foo  | table | pvandivier | t                   | a       | r
 b      | foo  | table | pvandivier | f                   | b       | r

A diferença relevante parece ser a saída de pg_table_is_visible(). Mas por que deveria retornar " False" ao perguntar se b.fooestá visível?

Por que está pg_table_is_visible()retornando Falsepara uma mesa a que tenho acesso?

postgresql

1 respostas

  1. Best Answer

    O conceito is_visibleaqui parece significar " o primeiro que você vê no search_path "; e não " você pode vê-lo ". Você pode demonstrar isso por si mesmo alterando a ordem dos esquemas no arquivo search_path.

    postgres=# set search_path = "$user", public, b, a;
SET
postgres=# \d
            List of relations
 Schema |   Name    | Type  |   Owner
--------+-----------+-------+------------
 b      | foo       | table | pvandivier
(1 row)

postgres=#

    Observe que b.fooé retornado quando bé listado primeiro no arquivo search_path. Isso também é suportado pela saída da consulta anterior re-executada no mesmo arquivo search_path.

     Schema | Name | Type  |   Owner    | pg_table_is_visible | nspname | relkind
--------+------+-------+------------+---------------------+---------+---------
 a      | foo  | table | pvandivier | f                   | a       | r
 b      | foo  | table | pvandivier | t                   | b       | r
(2 rows)

    Agora podemos ver claramente que pg_table_is_visible()é Truepara be Falsepara a. Portanto, " is_visible" é um indicador de acessibilidade atual e não um indicador da existência de uma relação.

    Observe que tentar determinar a visibilidade de um objeto inexistente tem um conjunto diferente de comportamentos.

    postgres=# -- attempting to get the oid of a non-existent object
postgres=# select 'c.foo'::regclass;
ERROR:  schema "c" does not exist
LINE 1: select 'c.foo'::regclass;
               ^
postgres=# select 'bar'::regclass::oid;
ERROR:  relation "bar" does not exist
LINE 1: select 'bar'::regclass::oid
               ^
postgres=# -- passing an oid for a non-existent object returns NULL
postgres=# select pg_table_is_visible((random() * 1e7)::int::oid);
 pg_table_is_visible
---------------------

(1 row)

postgres=#

    Você também pode ler isso um pouco na fonte em src/backend/catalog/namespace.c. Não sou fluente em C, mas as citações a seguir parecem apoiar esse raciocínio.

    Datum
pg_table_is_visible(PG_FUNCTION_ARGS)
{
    Oid         oid = PG_GETARG_OID(0);

    if (!SearchSysCacheExists1(RELOID, ObjectIdGetDatum(oid)))
        PG_RETURN_NULL();

    PG_RETURN_BOOL(RelationIsVisible(oid));
}
    • RelationIsVisiblerevela os seguintes comentários de código logo acima da lógica de retorno
    /*
 * If it is in the path, it might still not be visible; it could be
 * hidden by another relation of the same name earlier in the path. So
 * we must do a slow check for conflicting relations.
 */
    • 2

relate perguntas