2016-12-02 15 views
1

pgadmin4(v1.1)で実行されるSELECTクエリは、エラーで失敗します。フェッチタイプエラー。pgadminで実行される各クエリが失敗します

2016-12-02 09:19:50,046: SQL pgadmin:  Polling result for (Query-id: 7482427) 
2016-12-02 09:19:50,072: SQL pgadmin:  Execute (dict) for server #1 - CONN:9467479 (Query-id: 8631388): 
SELECT oid, format_type(oid,null) as typname FROM pg_type WHERE oid IN (user_data) ORDER BY oid; 
2016-12-02 09:19:50,073: ERROR pgadmin:  Failed to execute query (execute_dict) for the server #1- CONN:9467479 (Query-id: 8631388): 
Error Message:ERROR: column "user_data" does not exist 
LINE 1: ...e(oid,null) as typname FROM pg_type WHERE oid IN (user_data)... 
                 ^

データの表示 - >すべての行の表示は同じ方法で終了します。

この問題は、データベース内のすべてのテーブルに影響します。他のステートメント(INSERTなど)は正常に動作します。 psqlで実行されるSELECTもうまく動作します。 ように私は、最も単純なクエリとしてテストしていた:私はLinux上でのpostgresql-9.6を実行しています

SELECT * FROM "table"; 

+3

"カラム" user_data "が存在しません*" –

+0

これは 'pg_type'に対する組み込みクエリです –

答えて

2
Error Message:ERROR: column "user_data" does not exist 

あなたは、あなたのpg_typeテーブル内user_data列を持っていることを確認しなければなりません。

+0

' pg_type'は組み込みテーブルであり、生成されたクエリに基づいて問題が発生しているようですPgAdminによって。 'pg_type'の列はすべて' typ'で始まるので、 'user_data'の出所はわかりません。その文字列はPgAdminのソースコードには表示されませんが、PgAdminで生成された内部クエリのように見えます。 –

+0

PgAdmin4にバグがあります。 PgAdmin3 - うまく動作します。 – kbzowski

+0

ちなみに、pgAdminのために問題が発生した場合(時には、私もそれに出くわしました)、navicatも使用できます。それは非常に便利です。 @kbzowski – Prometheus

関連する問題