J'ai une tonne de fichiers de vidage postgresql que je dois parcourir pour obtenir des données. Dois-je installer Postgresql et "récupérer" chacun d'entre eux dans de nouvelles bases de données, l'un après l'autre? Ou j'espère qu'il y a un client postgresql qui peut simplement les ouvrir et que je peux jeter un coup d'œil aux données, peut-être même exécuter une simple requête SQL?
Les fichiers de vidage proviennent tous d'un serveur Postgresql v9.1.9.
Ou peut-être y at-il un outil qui peut facilement établir une "connexion" de base de données aux fichiers de vidage?
UPDATE: Ce sont pas des fichiers texte. Ils sont binary. Ils proviennent du mécanisme de sauvegarde de Heroku, c'est ce que Heroku dit de la façon dont ils créent leurs sauvegardes :
PG Backups utilise l'outil natif PostgreSQL de pg_dump pour créer son fichiers de sauvegarde, ce qui rend l’export facile vers d’autres PostgreSQL installations.
Essayez d’ouvrir les fichiers avec l’éditeur de texte - le format de vidage par défaut est le texte brut.
Si le dump n'est pas du texte brut, essayez d'utiliser la commande pg_restore -l your_db_dump.file
. Il listera tous les objets du dump de la base de données (comme des tables, des index ...).
Un autre moyen possible (peut ne pas fonctionner, je ne l’ai pas essayé) est de grep
via la sortie de la commande pg_restore your_db_dump.file
. Si j'ai bien compris le manuel - la sortie de pg_restore
est simplement une séquence de requêtes SQL, ce qui reconstruira la base de données.
C'était ce que je cherchais:
pg_restore db.bin > db.sql
Merci @andrewtweber
J'ai eu le même problème et j'ai fini par faire ceci:
Si vous utilisez pgAdmin sous Windows, vous pouvez simplement sauvegarder le fichier en texte brut. Il existe une option lorsque vous effectuez une sauvegarde au lieu de pg_dump dans la ligne de commande Invite.
Les fichiers de vidage sont généralement des fichiers texte, s'ils ne sont pas compressés, et vous pouvez les ouvrir avec un éditeur de texte. A l'intérieur, vous trouverez toutes les requêtes permettant de reconstruire la base de données ...