Таблиці Postgresql існують, але отримання “відношення не існує” при запиті

У мене є postgresql db з кількома таблицями. Якщо я запитую:

SELECT column_name
FROM information_schema.columns
WHERE table_name="my_table";

Я отримаю список стовпців, належним чином повернутих.

Однак, коли я запитую:

SELECT *
FROM "my_table";

Я отримую помилку:

(ProgrammingError) relation "my_table" does not exist
'SELECT *\n    FROM "my_table"\n' {}

Будь-які думки щодо того, чому я можу отримати стовпці, але не можу запитати таблицю? Мета - мати можливість запитувати таблицю.

Ви повинні включити схему, якщо вона не є загальнодоступною

SELECT *
FROM <schema>."my_table"

Або ви можете змінити схему за замовчуванням

SHOW search_path;
SET search_path TO my_schema;

Перевірте схему таблиці тут

SELECT *
FROM information_schema.columns

Наприклад, якщо таблиця знаходиться на схемі за замовчуванням, publicі це буде працювати нормально

SELECT * FROM parroquias_region
SELECT * FROM public.parroquias_region

Але секторам потрібно вказати схему

SELECT * FROM map_update.sectores_point

Ви можете спробувати:

SELECT * 
FROM public."my_table"

Не забувайте подвійні лапки біля my_table.

Мені довелося включити подвійні лапки з назвою таблиці.

db=> \d
                           List of relations
 Schema |                     Name                      | Type  | Owner 
--------+-----------------------------------------------+-------+-------
 public | COMMONDATA_NWCG_AGENCIES                      | table | dan
 ...

db=> \d COMMONDATA_NWCG_AGENCIES
Did not find any relation named "COMMONDATA_NWCG_AGENCIES".

???

Подвійні лапки:

db=> \d "COMMONDATA_NWCG_AGENCIES"
                         Table "public.COMMONDATA_NWCG_AGENCIES"
          Column          |            Type             | Collation | Nullable | Default 
--------------------------+-----------------------------+-----------+----------+---------
 ID                       | integer                     |           | not null | 
 ...

Багато подвійних лапок:

db=> select ID from COMMONDATA_NWCG_AGENCIES limit 1;
ERROR:  relation "commondata_nwcg_agencies" does not exist
LINE 1: select ID from COMMONDATA_NWCG_AGENCIES limit 1;
                       ^
db=> select ID from "COMMONDATA_NWCG_AGENCIES" limit 1;
ERROR:  column "id" does not exist
LINE 1: select ID from "COMMONDATA_NWCG_AGENCIES" limit 1;
               ^
db=> select "ID" from "COMMONDATA_NWCG_AGENCIES" limit 1;
 ID 
----
  1
(1 row)

Це postgres 11. Оператори CREATE TABLE з цього дампа також мали подвійні лапки:

DROP TABLE IF EXISTS "COMMONDATA_NWCG_AGENCIES";

CREATE TABLE "COMMONDATA_NWCG_AGENCIES" (
...

У мене була та сама проблема, яка сталася після того, як я відновив дані із звантаженого db postgres.

У моєму файлі дампа була команда нижче, звідки все почало йти на південь.

    SELECT pg_catalog.set_config('search_path', '', false);

Рішення:

1. Можливо, видаліть його або змініть, falseщоб це булоtrue .
2. Створіть приватну схему, яка буде використовуватися для доступу до всіх таблиць.

Наведена вище команда просто дезактивує всі загальнодоступні схеми.

Докладніше про документацію читайте тут: https://www.postgresql.org/docs/9.3/ecpg-connect.html

Помилка може бути спричинена обмеженнями доступу. Рішення:

GRANT ALL PRIVILEGES ON DATABASE my_database TO my_user;

Я використовував pgAdmin для створення своїх таблиць, і хоча я не використовував зарезервовані слова, сформована таблиця мала лапки в назві, а пара стовпців мали лапки. Ось приклад згенерованого SQL.

CREATE TABLE public."Test"
(
    id serial NOT NULL,
    data text NOT NULL,
    updater character varying(50) NOT NULL,
    "updateDt" time with time zone NOT NULL,
    CONSTRAINT test_pk PRIMARY KEY (id)
)

TABLESPACE pg_default;

ALTER TABLE public."Test"
    OWNER to svc_newnews_app;

Всі ці цитати були вставлені в "випадковому порядку". Мені просто потрібно було скинути та заново створити таблицю знову без лапок.

Перевірено на pgAdmin 4.26

У моєму випадку файл відновлення, який я відновив, мав ці команди.

CREATE SCHEMA employees;
SET search_path = employees, pg_catalog;

Я прокоментував їх і відновив знову. Питання вирішено

Я вдарив цю помилку, і виявилося, що рядок мого підключення вказував на іншу базу даних, очевидно, таблиці там не існувало.

Я витратив на це кілька годин, і ніхто інший не згадав, щоб двічі перевірити ваш рядок з'єднання .