Libre Experience » postgresql

Exporter rapidement ses données au format CSV avec PostgreSQL

Marco — Fri, 18 Feb 2011 10:14:16 +0000

Voici une astuce qui permet d’effectuer cette opération très rapidement :
psql -U postgres -d oa_dev -c "COPY (select cli_nom as Nom, cli_vil as Ville from tbd_cli) to '/tmp/cli.csv' CSV HEADER"

J’extrait de ma base oa_dev les champs cli_nom et cli_vil de ma table tbd_cli vers le fichier cli.csv.

Simple non ?

Autoriser la connexion à un serveur PostgreSQL depuis le réseau local

Marco — Thu, 17 Sep 2009 14:15:05 +0000

Le problème est simple : je dispose d’une machine faisant tourner un serveur PostgreSQL 8.3.6 et je souhaiterais pouvoir m’y connecter depuis une machine distante de mon réseau local…

En fait il y a 2 fichiers à modifier dans la configuration de PostgreSQL :

1) pg_hba.conf
host all postgres 192.168.0.0/24 trust

Vous autorisez ici n’importe quelle machine du réseau local 192.68.0.x à vous connecter à votre serveur en tant que postgres et sans fournir de mot de passe.

On peut être plus restrictif et autoriser une seule machine, par exemple :
host all postgres 192.168.0.10/32 trust

2) postgresql.conf

Ici il faut changer le paramètre listen_addresses (par défaut il est sur localhost).

listen_addresses = '*'

Cela signifie que si mon serveur à une adresse IP publique 88.89.90.91, je pourrais me connecter avec par exemple la commande :
psql -U postgres -h 88.89.90.91

On peut aussi être plus restrictif et indiquer quelle adresse pourra être spécifiée par le client appelant :
listen_addresses = 'localhost, 192.168.0.100'

Ici si j’essaye de me connecter par :
psql -U postgres -h 88.89.90.91
cela ne fonctionnera pas, je serais obligé d’utiliser, depuis ma machine distante :
psql -U postgres -h 192.168.0.100

Ne pas oublier de recharger la configuration de PostgreSQL :
/etc/init.d/postgresql reload.

Erreur de connexion à la base de données Postgresql avec Django

Marco — Thu, 06 Aug 2009 15:45:00 +0000

Lorsque je tente de lancer la synchronisation entre Django et ma base de données PostgreSQL, j’obtiens le message d’erreur suivant :self.connection = Database.connect(**conn_params) psycopg2.OperationalError: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

Contexte :

Debian Lenny
Django 1.1 installé
PostgreSQL 8.3.6, installé à partir des sources

Pourtant PostgreSQL est bien lancé, la base est accessible en utilisant l’utilitaire psql…

Eh bien quoi alors ?

Si on y regarde de plus près, il y a bien un fichier .s.PGSQL.5432, mais il est dans /tmp… en faisant:$ mkdir /var/run/postgresql $ ln -s /tmp/.s.PGSQL.5432 /var/run/postgresql/

cela fonctionne !
A noter que le problème ne se pose pas si on installe PostgreSQL à partir du gestionnaire de paquets…

Edit : autre solution :

A priori le problème vient de cette version de la bibliothèque python-psycopg2 (utilisée par Django pour la connexion avec PostgreSQL) qui a en dur le chemin /var/run/postgresql. Une autre solution consiste à spécifier au serveur PostgreSQL le chemin qu’il doit utiliser pour stocker la socket de connexion. Pour ce faire, éditer le fichier postgresql.conf et mettre :

unix_socket_directory = '/var/run/postgresql'

Rediriger le résultat d’une instruction select dans un fichier avec PostgreSQL

Marco — Mon, 24 Nov 2008 21:57:34 +0000

Cette astuce n’est pas une trouvaille de fou et les administrateurs système doivent trouver cela trivial, puisqu’on ne fait qu’une communication par tube (pipe). Mais quand on ne le fait que tous les 36 du mois …

echo 'ma_requete_sql' | psql ma_base > mon_fichier.txt

Astuce sous psql avec les schemas de PostgreSQL

Marco — Fri, 06 Jun 2008 14:38:23 +0000

Si comme moi votre base de données PostgreSQL comporte plusieurs schémas et que vous utilisez souvent la commande psql pour y accéder, alors l’astuce suivante peut vous intéresser.

Comme un exemple vaut mieux que de longs discours…

psql nom_de_la_base # set search_path = mon_schema # \dt # \dt autre_schema.*

Commentaires :
1) On accède à la base.
2) On se positionne sur le schéma mon_schema. Cela évite de préfixer les noms de tables par le nom du schéma. A noter qu’il est possible de spécifier plusieurs schémas (en les séparant par une virgule).
3) On affiche les tables du (des) schéma(s) spécifié(s) à la ligne 2).
4) Il est toujours possible de préciser explicitement un schéma qui n’est pas dans le search_path.