Discussion :

[guen]

Bonjour

Je tente d'introduire des macros de données dans mes applications...mais j'ai un petit souci.
Je lance une macro de mise à jour de la valeur de la table B lorsque un enregistrement de la table A est modifié qui fait appel à une fonction vba de calcul de somme mais systématiquement, mon calcul ne prend pas la nouvelle valeur mise à jour dans l'enregistrement A mais l'ancienne valeur...comme si l'évènement avait lieu AVANT la mise à jour et non aprés...
j'ai pourtant fait un test avec des variables locales renvoyant monChamp et ancien.monChamp et là, j'ai bien les 2 valeurs différentes... est-ce qu'il est possible que lorsque je lance une faonction vba ou que je passe par une requête externe, la mise à jour ne soit pas encore prise en compte ?
je ne sais pas si je suis bien clair...

[guen]

bon, je m'auto réponds car j'ai continué mes tests.
quand je stop ma fonction vba qui doit me renvoyer une valeur (qui je rappel n'est pas bonne car la mise à jour n'est pas encore prise en compte) et que je vais faire un tour sur la table en mode feuille de données, la modification n'est effectivement pas encore visible, ce qui explique que ma fonction vba ou ma requête ne prend pas la dernière modif mais la précédente. je pense que la modif est visible à l'intérieur de notre macro de données mais pas encore véritablement sur la table sous-jacente.
il faudrait une sorte d'actualisation de la modif de la table avant de lancer ma fonction vba...

[accessisgood]

D'une maniere generale j'ai aussi constate ton probleme, les macro de donnes et les fonctions VBA (bien que l'appel d'une fonction VBA est possible a partir d'une macro de donnees) ne peuvent cohabiter dans des mises a jour enchainees.

la recommendation, c'est de faire le max du max dans les macro de donnees, avec un peu de pratique on s'apercoit qu'on en fait de plus en plus.

Pour redonner le "controle a VBA" il m'arrive d'utiliser un artifice qui necessite d'avoir une forme active:
- avant de commencer les traitements de macro de donnees je mets une Tempvar a 1
- a la fin des traitements de donnees je passe cette TempVar a 0 via un appel de function
- la forme active possede un timer de 500 et un evenement qui detecte le passage a 0 de la TempVar, et qui donne le "controle a VBA"... un peu alambique, mais ca marche

[Tofalu]

Bonjour,

Ce n'est pas un comportement anormal mais même plutôt rassurant. La macro de données est lancée dans une transaction qui n'est cloturée en Commit qu'à la fin de la macro. La fonction VBA, elle, va travailler dans une autre transaction. Les données non "commitées" dans la première ne sont donc pas disponibles.

Le VBA devrait se limiter dans ce cas à des fonctions n'opérant pas d'accès aux données, uniquement des traitements sur des paramètres passés si besoin (replace amélioré, etc)

[guen]

OK merci pour vos réponses avisées. J'avis également pris le parti de n'utiliser le vba dans les macros de données que pour une seule utilisation : renvoyer un code de l'utilisateur courant loggé sur la dorsale lors des modifications d'enregistrement. Je lance mes fonctions vba directement sur les formulaires du coup (mais c'est plus dangereux car, si par hasard, j'ai oublié de programmer un évènement... ou si l'utilisateur fait la modif depuis une requête... mais bon, c'est à moi d'être vigilant !).
Merci