Discussion :

[SaintAmand]

Bonjour,

J'ai une base de données PostgreSQL encodée en uft8. J'utilise DBI pour générer des rapports. J'aimerais produire des XLS en LATIN9. Pour cela, je commence mon script par un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
my $sth = $dbh->prepare("SET CLIENT_ENCODING TO 'LATIN9'");
$sth->execute();

mais ensuite il s'interrompt parfois avec le message

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
DBD::Pg::st execute failed: ERROR:  character 0xe28099 of encoding
"UNICODE" has no equivalent in "LATIN9"

Y a t-il moyen de faire en sorte que les caractères qui n'ont pas d'équivalent soient oubliés ?
Merci.

[Jedai]

A priori il s'agit d'une erreur généré par PostgreSQL, pas par Perl. Tu devrais poser la question sur le forum des SGBD, tu serais plus susceptible d'y obtenir une réponse (il y a probablement moyen de faire ignorer ce genre d'erreur par PostgreSQL).
Si tu ne trouves pas, tu peux toujours faire les conversions dans le programme Perl lui-même avec Encode (qui possède divers mode de traitement des erreurs).

--
Jedaï

[SaintAmand]

J'ai des doutes qu'il faille chercher du côté de Postgres. Dans la documentation je lis:

Si la conversion d'un caractère particulier n'est pas possible -- supposons que vous avez choisi EUC_JP pour le serveur et LATIN1 pour le client, alors certains caractères japonais ne pourront pas être convertis en LATIN1 -- ils seront transformés en leur valeur hexadécimale entre parenthèses, i.e., (826C)

--
SaintAmand

[Jedai]

Je doute très très (très) fortement que la conversion s'exécute du côté de Perl alors que c'est à la base que tu as demandé de la faire, de ce fait je ne vois pas pourquoi Perl génèrerait une telle erreur : a priori il reçoit des informations en latin9 de la DB et n'est même pas censé savoir qu'elles étaient en Unicode auparavant. En fait la chaîne CLIENT_ENCODING n'est même pas présente dans les sources de DBI ou de DBD::Pg, je vois mal où Perl pourrait intervenir dans l'équation... Je te le répète, le problème vient de la base de donnée quoiqu'en dise la documentation (je peux imaginer une dizaines de raisons pour laquelle cette phrase ne s'applique pas dans ton cas, d'un problème de version à un réglage de rigueur de la DB plus fort que par défaut...).

Au fait tu peux remplacer ton code par :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$dbh->do("SET CLIENT_ENCODING TO 'LATIN9'");

prepare()/execute() c'est pour les requêtes SELECT ou les requêtes que tu veux répéter plusieurs fois.

Si vraiment tu n'arrives pas à obtenir le comportement voulu du côté de la base, pourquoi ne pas effectuer la conversion du côté client ? C'est moins modulaire mais si vraiment tu ne trouves pas...

--
Jedaï