Postgresql tabloları var, ancak sorgulama sırasında "ilişki yok" alınıyor

Birkaç tablo içeren bir postgresql db var. Sorgularsam:

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

Doğru şekilde döndürülen sütunların bir listesini alacağım.

Ancak, sorguladığımda:

SELECT *
FROM "my_table";

Şu hatayı alıyorum:

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

Neden sütunları alabildiğime, ancak tabloyu sorgulayamadığıma dair bir fikriniz var mı? Amaç, tabloyu sorgulayabilmektir.

Herkese açık bir şema değilse, şemayı dahil etmelisiniz

SELECT *
FROM <schema>."my_table"

Veya varsayılan şemanızı değiştirebilirsiniz

SHOW search_path;
SET search_path TO my_schema;

Tablo şemanızı buradan kontrol edin

SELECT *
FROM information_schema.columns

Örneğin, bir tablo varsayılan şema üzerindeyse publicher ikisi de işe yarar

SELECT * FROM parroquias_region
SELECT * FROM public.parroquias_region

Ancak sektörlerin şemayı belirtmesi gerekir

SELECT * FROM map_update.sectores_point

Deneyebilirsin:

SELECT * 
FROM public."my_table"

My_table'ın yanındaki çift tırnak işaretlerini unutmayın.

Tablo adına çift tırnak eklemem gerekiyordu.

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".

???

İkili alıntı:

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

Çok sayıda çift tırnak:

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)

Bu postgres 11. Bu dökümdeki CREATE TABLE deyimlerinde de çift tırnak vardı:

DROP TABLE IF EXISTS "COMMONDATA_NWCG_AGENCIES";

CREATE TABLE "COMMONDATA_NWCG_AGENCIES" (
...

Postgres dökümü yapılmış bir veritabanından verileri geri yükledikten sonra meydana gelen aynı sorunu yaşadım.

Döküm dosyamda, işlerin güneye gitmeye başladığı yerden aşağıdaki komut vardı.

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

Çözümler:

1. Muhtemelen kaldırmak veya değiştirmek falseolmak true.
2. Tüm tablolara erişmek için kullanılacak özel bir şema oluşturun.

Yukarıdaki komut, genel olarak erişilebilen tüm şemaları devre dışı bırakır.

Buradaki belgelerde daha fazlasını kontrol edin: https://www.postgresql.org/docs/9.3/ecpg-connect.html

Hata, erişim kısıtlamalarından kaynaklanabilir. Çözüm:

GRANT ALL PRIVILEGES ON DATABASE my_database TO my_user;

Tablolarımı oluşturmak için pgAdmin kullanıyordum ve ayrılmış sözcükler kullanmıyordum, oluşturulan tablonun adında bir alıntı vardı ve birkaç sütunda tırnak vardı. İşte oluşturulan SQL'in bir örneği.

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;

Tüm bu alıntılar "rastgele" olarak eklenmiştir. Tabloyu alıntılar olmadan bırakıp yeniden oluşturmam gerekiyordu.

PgAdmin 4.26'da test edildi

Benim durumumda, geri yüklediğim döküm dosyası bu komutlara sahipti.

CREATE SCHEMA employees;
SET search_path = employees, pg_catalog;

Bunları yorumladım ve tekrar restore ettim. Sorun çözüldü

Bu hataya çarptım ve bağlantı dizemin başka bir veritabanına işaret ettiği ortaya çıktı, açıkçası tablo orada yoktu.

Bunun için birkaç saat geçirdim ve hiç kimse bağlantı dizenizi tekrar kontrol etmekten bahsetmedi .