|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Inscription : septembre 2005 Messages : 2 ![]() |
Bonjour,
Après restauration sous windows d'un DUMP effectué sous linux, je ne parvient pas à visualiser les accents via ODBC, alors que avec pg_admin, cela fonctionne (ainsi qu'avec une appli utilisant JDBC) ... l'ODBC PostgreSQL est-il bugué ou lui faut-il des paramètres supplémentaires ? Merci d'avance. |
|
|
00
|
|
|
#2 |
|
Membre éclairé
![]() Inscription : janvier 2005 Messages : 336 ![]() |
Cela provient d'un problème d'encodage de ta base, avec l'ODBC il faut qu'elle soit crée en "LATIN1" ou "LATIN9"
KrysKool |
|
|
00
|
|
|
#3 |
|
Invité régulier
![]() Inscription : mars 2004 Messages : 13 ![]() |
Bonjour,
Je remonte ce problème car le mien y ressemble fortement. J'attaque une base PostgreSQL (8.0.3) crée avec l'option : ENCODING = 'LATIN9' Et sur laquelle j'ai effectué (histoire d'être certain) la requete : ALTER DATABASE radio2 SET client_encoding=LATIN9; Lorsque j'utilise les pilotes dotnet (npgsql 0.7.1) : aucun soucis Par contre avec les pilotes ODBC (8.00.01.02), certain postes clients (win XP ou 2000) m'affichent des carrés à la place des caractères accentués et autres "ç". J'ai verifié que dans les "Options régionales et linguistiques" la "table des convertions des pages de codes" latin9 est bien cochée, elle l'est. Je n'arrive pas à determiner quel est le paramètre qui diffère entre les postes qui se comportent normallement et les autres ! Quelqu'un aurai une piste ? Merci d'avance ! (à la question pourquoi melanger ODBC et npgsql, je repond : l'application est en cours de migration de l'un vers l'autre !) |
|
|
00
|
|
|
#4 |
|
Invité de passage
![]() Inscription : septembre 2005 Messages : 2 ![]() |
Bonjour,
Pour ma part, j'ai corrigé mon pb en ajoutant set client_encoding='UTF-8' dans la zone connect settings des advanced options ... |
|
|
00
|
|
|
#5 |
|
Invité régulier
![]() Inscription : mars 2004 Messages : 13 ![]() |
Alors a priori ca fonctionnerai en recréant une base avec ENCODING=LATIN9, mais sans ajouter le client_encoding. (et donc en vidant/restorant l'ancienne base dans la nouvelle)
Je dit "à priori" car je n'ai testé la solution que chez un des clients, je reviendrais passer le sujet en "resolu" dans 2-3 jours si tous est ok chez les autres egalements. |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com