在pgadmin中運行的每個查詢都失敗

任何在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）正常工作。 SELECT在psql中運行也很好。我測試的最簡單的查詢爲：

SELECT * FROM "table";

我在Linux上運行的PostgreSQL-9.6。

來源

2016-12-02 kbzowski

「* column」user_data「不存在*」 –

這是一個針對'pg_type'的內置查詢' –

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

你應該確保你有你pg_type表user_data列。

來源

2016-12-02 08:46:31 Prometheus

'pg_type'是一個內置表，他們似乎遇到了基於查詢生成的問題由PgAdmin。 'pg_type'列都以'typ'開頭，所以我不知道'user_data'來自哪裏;該字符串不會出現在PgAdmin的源代碼中，儘管這看起來像一個PgAdmin生成的內部查詢。 –

看起來像PgAdmin4中有bug。 PgAdmin3 - 效果很好。 – kbzowski

順便說一下，如果問題發生是因爲pgAdmin（它有時會發生，我也遇到了它），您也可以使用navicat。這也非常有用。 @kbzowski – Prometheus

在pgadmin中運行的每個查詢都失敗

回答

相關問題