PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Octobre 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  

Syndication

Flux XML

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?
8.3
10%
8.2
42%
8.1
40%
8.0
2%
7.4
6%
7.3 ou antérieure
0%
Nombre de votes: 48

Problème avec les accents et caractères spéciaux

Technique - général | Problème avec les accents et caractères spéciaux

Par nougasplou le 12/07/2005 - 13:02

J'ai un problème quand j'exporte des tables vers postgres, les accents ne sont pas reconnus et j'ai des truc genre "temp(e9)rature" ou "pr(ea)t"
Je ne sais pas si le problème c'est access ou postgres ou même peut-être la connexion ODBC
Merci d'avance pour votre aide

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur "Sauvegarder les paramètres" pour activer vos changements.

Bonjour quel est l'encodag

Christophe Chauvet/ = 12 Juillet, 2005 - 16:21

Bonjour

quel est l'encodage de la base de données PostgreSQL ?

KrysKool


Gestion des accentués

lucrol/ = 12 Juillet, 2005 - 17:10

Bonjour,
Le pb est de faire correspondre les jeux de caractères !
Prenons cet exemple :
- Serveur PG 8.0 sous Windows 2003 server,
- Client MS-Access 2002 sous Windows XP pro.
On exporte une table Access en ASCII (format CSV),
puis on importe ce fichier texte dans PG8.
Bien que les 2 systèmes utilisent Windows, on rencontre un pb de codification des accentués !
La solution est cependant assez simple :
- La base PG8 doit être crée avec l'encodage "LATIN1" (pour des français),
- Le script SQL d'importation doit faire référence à cet encodage.
En utilisant pgAdmin III 1.2.2 on devra faire :

-- Compatibilité avec MS-ACCESS FR
SET CLIENT_ENCODING TO 'LATIN1' ;
-- Charger toutes les exportations "Fichier Texte CSV"
COPY appelofr
FROM 'F:/Access/GestionParcAuto/Export/AppelOfr.txt'
WITH
DELIMITER AS ';'
NULL AS ''
CSV ;

Le transfert se fait alors correctement...

Luc


ne pas oublier l'Unicode

jmreymond/ = 12 Juillet, 2005 - 17:48

personnellement, j'ai constaté une belle différence de vitesse avec une base Unicode plutôt que LATIN9 (qui correspond à 8859-15, charset français)

Jean-Max Reymond
CKR Solutions Open Source
Nice France
http://www.ckr-solutions.com


ca marche

nougasplou/ = 13 Juillet, 2005 - 08:35

merci pour votre aide même si j'ai pas tout compris.
Mais bon j'ai recréé ma base comme ca :

CREATE DATABASE bditest WITH ENCODING = 'LATIN1';

et maintenant tout va bien.
En important un fichier texte plus de problème


LATIN9 plutôt que LATIN1

jmreymond/ = 14 Juillet, 2005 - 11:52

Si tu veux l'€ (euro)

Jean-Max Reymond
CKR Solutions Open Source
Nice France
http://www.ckr-solutions.com


© PostgreSQLFr, tous droits réservés.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.