Technique - odbc | yet another depressiv access97/odbc/pgsql user...

Par ioguix le 02/06/2006 - 12:16

Bonjour,

J'avais déjà posté un sujet à ce propos ici, mais je n'ai eu aucune réponse, ce que je comprend trés bien au vu du nombre de posts et mails échangé à ce propos un peu partout sur internet.

Cependant, je suis au regret de constater une chose :
- soit je suis vraiment trop fatigué, soit je configure mal ma chose (après au bas mots une 30n d'essai), soit je suis aveugle ou je ne sais dans quel autre état de conscience suspecte je suis...
- soit ça vient pas de moi.

Mes versions : windows XP, access 97, pgsql 8.1.3 (sous debian), pgsqlodbc 08.01.0200 (testé avec la 08.02.00.02 et 07.xx)

Voici donc mes problèmes recontré avec plusieurs versions différentes des drivers odbc :
Avec le driver unicode, il m'est impossible de mapper le type de champs text de pgsql vers le type memo de Access. Pleins de gens disent que ça marche, et ce grace à la fameuse option text_as_longvarchar, mais pas chez moi...
Le reste marche bien.

Avec le driver ansi, lorsque j'ajoute des données depuis Access, à l'enregistrement, elles sont marquées #supprimé. Les champs text en revanche sont bien mappé en memo...
Toutes mes tables utilisent le type Serial en clé primaire et non des varchar comme indiqué partout comme source du problème.

Je fait tous mes tests sur un fichier Access liant une seule table de 2 champs :

CREATE TABLE test
(
id serial NOT NULL,
txt text,
CONSTRAINT test_pkey PRIMARY KEY (id)
)

je supprime la table liée dans access avant de la relier à chacun de mes tests.

Bref, j'ai lu des tonnes de choses partout, j'ai testé des tonnes de choses et là, je ne sais plus trop quoi faire. Il semble que les gens en viennent à bout, mais j'ai beau faire je n'y arrive pas.

Donc, si quelqu'un avait une bonne documentation à coté de laquelle j'ai pu passé, ou bien des questions à ma poser qui puisse m'apporter l'illumination, des témoignage de réussite concrete avec versions utilisées etc, suis preneur...

D'ailleur, je suis aussi preneur d'autre solution/témoignage n'utilisant pas Access et permettant de faire évoluer l'application sans connaissance en programmation (toute petite PME sans ressources humaine dans l'informatique)...

Merci