Discussion :

[Homegrown]

Bonjour à tous,

Encore un conflit d'ecriture et oui...désolé. Je n'ai pas repris le post de l'année dernière de Manu0086 bien qu'il s'en rapproche.

La config:
Access 2003
MyODBC 3.51.10 qui est stable, je trouve, avec
Mysql 4.1.16 nt
donc des tables attachées avec des Timestamp
j'ai fait toutes les MAJ Jet, MDAC et Cie

et pourtant, il me reste un conflit d'ecriture, la gestion de l'update me direz vous oui mais non, enfin presque !

Dans une datasheet par exemple, le conflit n'apparait que si je modifie la valeur du champ pour finalement remettre la meme valeur; changer la valeur pour une autre la il n'y pas de problème.

J'ai essayé de refaire une base propre avec des nouvelles tables systèmes mais cela m'a juste permis d'alleger un peu le projet. Je vois bien que c'est un probleme d'enregistrement sauvegardé ou pas, mais il n'y a aucune modification sql en même temps...J'ai essayé de regarder les log de myodbc mais elles ne sont pas super explicites pour un néophyte....

Voila, je conçois bien que resoudre ce petit probleme qui ne tient pas du tout a du code n'est pas un super défi mais peut être que quelqu'un a constaté la même chose et aurait la gentillesse de confirmer.
Parce que ça fait quand même bizarre d'expliquer à un utilisateur qu'il y a un bug de l'appli si il change un champ puis qu'il remet la valeur initiale !

Voila bonne journée a tous !

[Homegrown]

Bonjour ! :trouve:

Pour ceux que ça interresse, pour résoudre ce conflit entre Access et MyODBC :

Non seulement il faut timestamper coté serveur mais aussi coté client en rajoutant quelque part dans le formulaire un champ caché date qui a pour source de la table liée un champ DATETIME ( sous MySQL).

Dans le formulaire sur l'événement avant mise à jour, mettre la valeur du champ à Now(). Cela ne résoud pas le problème sur la table en elle même mais au moins l'utilisateur de formulaire ne se fait pas jeter.

Voila. A bientôt pour de nouvelles aventures.