Bonjour,

Il me semble que le problème original pourrait venir d'ailleurs: l'architecture elle même.

En effet, si vous utilisez une application PHP (avec de l'ajax ou non), il ne vous sera pas possible de créer et gérer des transactions à travers plusieurs appels coté serveur, que ce soit à avec modphp ou php-cgi.

Effectivement, dans le cas d'apache, entre 2 requêtes au serveur HTTP, même si vous conservez ouverte la connexion et la sessions entre votre httpd et PostgreSQL, rien ne dit qu'apache vous attribuera le même thread que pour votre requête HTTP précédente. La page suivante, issue de la documentation de PHP traite de ce sujet:

  http://fr2.php.net/manual/fr/features.p … ctions.php

Une solution à votre problème serait donc d'utiliser les transactions préparées. Voir: http://docs.postgresql.fr/9.0/sql-prepa … ction.html

Bonjour,

Il semble que le fichier que vous utploadez ne soit pas lui même en UTF8.

Vous auriez le même problème avec psql lui même. Il vous faut préciser au début de votre script l'encodage utilisé avec la requête "SET client_encoding TO 'iso8859-1';"

Exemple:

ioguix$ cat /tmp/test.sql
INSERT INTO test VALUES (3, 'fête');

ioguix$ psql pagila
pagila=> \i /tmp/test.sql 
psql:/tmp/test.sql:1: ERROR:  invalid byte sequence for encoding "UTF8": 0xea7465
ASTUCE : This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by "client_encoding".

pagila=> SET client_encoding TO 'iso8859-1';
SET

pagila=> \i /tmp/test.sql 
INSERT 0 1

Vous pouvez cependant soit:

  * utiliser une fonction, écrite en SQL ou plpgsql ou plperl ou ...
  * utilisser des requêtes préparées que vous exécuterez ensuite en passant les valeurs des paramètres présents dans la requêtes sous la forme $1, $2, ...
  * utiliser la fonctionnalité de psql si cela vous suffit. Voir psql --help, option -v. Sous cette forme, les variables doivent être de la forme :NOMVAR

Bonjour,

Quel est votre OS ?

Essayez de savoir dans quel encodage se trouve le fichier de dump et éventuellement de le convertir en UTF-8 s'il ne l'est pas avant de le restaurer.

Sous linux, les commandes file et iconv vous permettront d'effectuer ces tâches.

Bonjour,

pgFouine oui, si vous pouvez activer le traçage de toutes les requêtes dans les journaux, mais il ne me semble pas que l'host y apparaisse...

Il reste aussi la solution de filtrer le traffic au niveau réseau avec un tcpdump et/ou tshark...Mais aucun logiciel ne fait pour le moment de rapport d'activité sur ces traces, même si elles seraient effectivement exploitables. Celà implique bien entendu de ne pas avoir de connexion SSL entre le client et le serveur, ce qui est un lourd pré-requis dans certain cas...

Bonjour,

Non, les colonnes de vos clé primaires n'ont pas besoin d'être du même type.

Pour l'incrémentation automatique, utilisez les séquences, voir la doc à propos du type serial qui facilite leur utilisation.

Le support de Drupal a été amélioré depuis...

À propos du blog.pg.fr, qu'est ce que tu reproche au css ?

En revanche, en passant sur le blog, je me suis apperçus que les articles pointaient sur babar...et qu'il étaient de plus en 404... :S

Mais bon, faut garder à l'esprit que la migration est toujours en cours hein...