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 sur insertion donnée depuis MS Access

Technique - odbc | problème sur insertion donnée depuis MS Access

Par ioguix le 19/04/2006 - 19:17

Bonjour,

J'ai parcourus un peu le forum avant de poster, pas mal de messages ont déjà traîté le sujet, mais je ne suis pas certain que mon cas soit le même.

J'utilise les drivers ODBC 8.01.02 (unicode ou ansi) sous windows pour atteindre un serveur PgSQL 8.1.3 sous debian.

J'ai fais plusieurs tests sur plusieurs bases différentes. Il s'avère que pour avoir une gestion des accents correcte (même dans le nom des tables, je sais c'est trés mal mais l'existant me l'impose), j'utilise une base de donnée de type ENCODING 'win1252'. Pour cette base de donnée, je DOIS donc utiliser le drivers ODBC ANSI depuis Access. La version UNICODE me répond franchement qu'il y a incompatibilité d'encodage entre le serveur et le client (vous comprendrez plus loins pourquoi j'ai tout de même testé).

Mon problème avec cette configuration qui va bien, c'est que lorsque j'entre de nouvelles valeurs dans une tables, dès que je les valide, elles sont marquées #supprimé. Cependant, en refermant/réouvrant la table (ou formulaire), tout est bien là. Je précise que contrairement à ce que j'ai lu jusqu'ici mes tables de tests utilisent des clés primaire serial (et non texte) et n'ont aucune clé étrangère.

CEPENDANT, lorsque je crée une base en LATIN9 et utilise le driver UNICODE depuis MS Access, je n'ai pas du tout le problème !! ...mais Access fait n'importe quoi de mes caractères accentués dans mes noms de tables et champs.

J'ai eu une piste en sniffant un peu. Après le COMMIT, MS Access fait un "SELECT * FROM nomTable WHERE id IS NULL" quel que soit le driver utilisé. En tapant donc à la main la valeur d'id (qui est un serial je le rappelle), tout se passe bien avec le driver ANSI...

J'en viens donc à me dire que celà peut venir de différences d'implémentation dans entre les drivers ANSI ET UNICODE ????

Voilà, merci d'avoir lu mon message jusqu'ici. J'espère avoir été clair, ne pas avoir fait trop de fautes (malgrès relecture) et ne pas avoir posté un énième message déjà traité sur le forum.

Cordialement,

--
IoGuiX

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