Impossible pour PgAdmin4 d'interroger ou d'afficher des données
J'ai une table PostgreSql très basique. Malgré le schéma de table simple, je ne peux pas l'interroger via PgAdmin4.
L'option View Data ne répond pas; L'option Query Tool cesse de répondre après quelques tentatives d'ouverture et de fermeture du panneau. Lorsque l’éditeur de requêtes est finalement (en quelque sorte) lancé, une instruction SQL triviale telle que
SELECT * FROM test_table
va tourner pour toujours et ne jamais afficher.
Le diagramme ci-dessus montre exactement la même table, ce qui est correct sous PgAdmin3.
La table a été créée vide. Puis ajouté avec une ligne. Mais il a jeté des erreurs sur le fait de ne pas avoir de clé primaire. Ce qui a également jeté des erreurs lorsque j'ai essayé de définir une clé primaire. J'ai donc utilisé TeamPostgreSql pour définir une clé primaire. Donc tout va bien sous PgAdmin3 maintenant. Par conséquent, je suis vraiment curieux de savoir ce qui se passe avec PgAdmin4?
J'exécute pgAdmin4 v3.0 et j'ai mis localhost comme nom d'hôte.
Je veux dire, left panel > servers > create > server et ensuite connection tab > Host name
Je ne pouvais pas interroger les tables, en cliquant sur view/edit data> all rows, aucun résultat (ni les entrées du journal des erreurs).
Après avoir changé le nom du serveur de localhost à 127.0.0.1, tout a fonctionné comme prévu!
J'espère que cela m'aidera, car j'ai perdu beaucoup de temps à ce sujet et je n'ai pas trouvé de réponse satisfaisante.
Je trouve un moyen d'afficher le résultat de la requête dans la fenêtre de sortie des données à l'aide de la commande "Réinitialiser la présentation" du menu Fichier. Enregistrez votre travail actuel (requête) avant car cela relancerait pgAdmin4. Testé avec pgAdmin 2.1
1) Supprimez d'abord le fichier journal pour vous débarrasser des anciens journaux.
2) Lancez pgAdmin4.
3) Essayez de revoir les données
Pouvez-vous vérifier le fichier journal pour des erreurs et le coller ici?
Emplacement du journal Linux: ~/.pgadmin/pgadmin4.log
Emplacement du journal Windows: C:\Utilisateurs\Votre_nom_utilisateur\AppData\Roaming\pgAdmin\pgadmin4.log
J'ai résolu ce problème en ouvrant la connexion, en changeant simplement le nom de la connexion et en enregistrant la connexion.
D'après d'autres commentaires, je dirais qu'il existe probablement une différence dans le format persistant de la connexion et que ceux-ci doivent être ré-enregistrés par la nouvelle version pour fonctionner.
Avertissement: Vous devrez peut-être recréer des connexions.
Cela a fonctionné pour moi.
1.) Arrêt de pgadmin 4 3.1
2.) Supprimez le dossier: C:\Users\YOURUSERNAME\AppData\Roaming\pgAdmin
Essayez de nommer vos colonnes avec des lettres minuscules.
Ou essayez avec une requête vide et écrivez les commandes SQL manuellement:
SELECT * FROM “test_table”
ORDER BY “Apple” ASC
Je pense que c'est un bug. La commande que pgAdmin 4 envoie, ne contient pas les guillemets dans la commande de commande sur le nom de la colonne, et si vous avez des majuscules, SQL les convertira en minuscules sans trouver les critères de tri.
J'ai résolu ceci dans pgadmin 3 en revenant à la vue par défaut. Cependant, je ne sais pas quand j’ai changé quelque chose d’autre. J'espère que ça aide.
