Jak sprawdzić, czy tabela istnieje w danym schemacie

To zależy od tego, co chcesz przetestować dokładnie..

Schemat informacyjny?

Aby znaleźć "czy tabela istnieje" ( bez względu na to, kto pyta ), odpytywanie schematu informacyjnego (information_schema.tables) jest niepoprawne , ściśle mówiąc, ponieważ (w dokumentacji):

Tylko te tabele i widoki są pokazane, że bieżący użytkownik ma dostęp do (poprzez bycie właścicielem lub posiadanie jakiegoś przywileju).

The zapytanie pokazane przez @ kong może zwrócić FALSE, ale tabela może nadal istnieć. Odpowiada na pytanie:

Jak sprawdzić, czy tabela (lub widok) istnieje, a bieżący użytkownik ma do niej dostęp?

SELECT EXISTS (
   SELECT 1
   FROM   information_schema.tables 
   WHERE  table_schema = 'schema_name'
   AND    table_name = 'table_name'
   );

Schemat informacji jest głównie przydatny, aby pozostać przenośnym w głównych wersjach i w różnych systemach RDBM. Implementacja jest jednak powolna, ponieważ Postgres musi używać wyrafinowanych widoków, aby dostosować się do standardu (information_schema.tables jest dość prostym przykład). A niektóre informacje (jak OIDs) gubią się w tłumaczeniu z katalogów systemowych - które faktycznie przenoszą wszystkie informacje.

Katalogi systemowe

Twoje pytanie brzmiało:

Jak sprawdzić, czy tabela istnieje?

SELECT EXISTS (
   SELECT 1 
   FROM   pg_catalog.pg_class c
   JOIN   pg_catalog.pg_namespace n ON n.oid = c.relnamespace
   WHERE  n.nspname = 'schema_name'
   AND    c.relname = 'table_name'
   AND    c.relkind = 'r'    -- only tables
   );

Użyj katalogów systemowych pg_class i pg_namespace bezpośrednio, co jest również znacznie szybsze. Jednakże na podstawie dokumentacji na pg_class:

Katalog pg_class katalogi tabele i najbardziej Wszystko inne co ma kolumny lub jest w inny sposób podobny do tabeli. Obejmuje to indeksy (ale pg_index), sekwencje, widoki, zmaterializowane widoki, kompozytowe typy i stoły tostowe ;

Do tego konkretnego pytania można również użyć widoku systemowego pg_tables. Nieco prostsze i bardziej przenośne w głównych wersjach Postgres (co nie jest problemem dla tego podstawowego zapytanie):

SELECT EXISTS (
   SELECT 1 
   FROM   pg_tables
   WHERE  schemaname = 'schema_name'
   AND    tablename = 'table_name'
   );

Identyfikatory muszą być unikalne wśród WSZYSTKICH wymienionych powyżej obiektów. Jeśli chcesz zapytać:

Jak sprawdzić, czy nazwa tabeli lub podobnego obiektu w danym schemacie jest brana?

SELECT EXISTS (
   SELECT 1 
   FROM   pg_catalog.pg_class c
   JOIN   pg_catalog.pg_namespace n ON n.oid = c.relnamespace
   WHERE  n.nspname = 'schema_name'
   AND    c.relname = 'table_name'
   );

• pokrewna odpowiedź na dba.SE dyskusja "schemat informacyjny a katalogi systemowe"

Alternatywa: Obsada do regclass

SELECT 'schema_name.table_name'::regclass

To podnosi exception jeśli tabela (lub inny obiekt o tej nazwie) nie istnieje.

Jeśli nie podasz nazwy tabeli, rzut do regclass jest domyślnie ustawiony na search_path i zwraca OID dla pierwszej znalezionej tabeli - lub wyjątek, jeśli tabela nie znajduje się w żadnym z wymienionych schematów. Zauważ, że schematy systemowe pg_catalog i pg_temp (schemat dla obiektów tymczasowych bieżącej sesji) są automatycznie częścią search_path.

Możesz tego użyć i złapać ewentualny wyjątek w funkcji. Przykład:

• sprawdź, czy sekwencja istnieje w Postgres (plpgsql)

Zapytanie jak powyżej pozwala uniknąć ewentualnych wyjątków i dlatego jest nieco szybsze.

to_regclass(rel_name) W Postgres 9.4 +

Teraz znacznie prościej:

SELECT to_regclass('schema_name.table_name');

Tak samo jak obsada, ale powraca ...

... null zamiast rzucać error if the name is not found