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

Portage MS-Access 2002 vers postgreSQL 8 : nouvelle galère !... HELP !!!

Technique - odbc | Portage MS-Access 2002 vers postgreSQL 8 : nouvelle galère !... HELP !!!

Par lucrol le 22/07/2005 - 09:50

Bonjour !

J'avais surmonté l'export/Import des données d'Access vers PostgreSQL, et les pièges de l'encodage,
puis les problèmes de compatibilité des booléens entre Access et postgreSQL.
Les tests semblaient satisfaisants, les temps de réponse aussi.
J'ai donc (imprudemment) mis la base en production !...
Un nouveau problème est apparu pour lequel je ne vois pas de solution satisfaisante :
- Tous les records créés AVANT le portage fonctionnent correctement,
- Ceux créés, aparemment correctement, depuis la mise en production ne peuvent être nis modifiés ni supprimés !!! L'application frontale sous MS-Access 2002 renvoie systématiquement que "Le record est en cours d'utilisation par un autre utilisateur", même si je suis le seul utilisateur connecté ???

J'ai tenté, sans succès, de modifier les options avancées de la base Access (verrouillage),
j'ai regardé tous les paramètres de la source de données ODBC, sans trouver de solution,
je n'ai rien trouvé, mais n'ai-je rien raté, au niveau de PostgreSQL.

A force d'acharnement, j'aimerai prendre des vacances..., je me suis apperçu que si je modifiai AVEC pgAdmin III n'importe quel champ des records concernés, MS-Access acceptait alors de les modifier ou de les supprimmer !!??
Si j'écris une procédure SQL pour faire la même chose, toujour dans pgAdmin III (par ex. ajouter 0 à une valeur entière) ça ne fonctionne pas !!!???
C'est donc la façon de modifier le record dans le browser de pgAdmin III qui solutionne le problème !
Là ça devient très au-delà de mes compétences d'analyste.

Une ame charitable, compatissante et qualifiée pourrait-elle m'indiquer une issue ?

D'avance merci.

Luc

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.

regarde les traces ODBC

jmreymond/ = 24 Juillet, 2005 - 10:48

met ton module ODBC en mode trace et tu verras la requête envoyée par Access.
Access envoie des requetes du style update table set param=XYZ where parama1=azaz and param2=qsdqsd and param3=sqdjqhd
Postgres doit envoyer une valeur inconnue d'Access pour un paramètre du style Null pour un booleen, Access le transforme en false et quand il renvoie dans la clause Where, ça foire

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


mrci bq.+++

saidima/ = 24 Juillet, 2005 - 15:25

mrci bq.+++


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