Discussion :

[pascalouh]

Bonjour à tous.

J'ai un problème (ah bon ?) avec une requete insert dans du code VBA.

J'ai juste un ajout à faire donc j'utilise le runsql.
j'ai une table avec une clé en numeroauto et un champs texte. Je remplis le champs texte et après je veux récuperer l'id qui a été attribué à ma ligne
Je fais donc :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
requete = "INSERT INTO..."
doCmd.RunSQL requete
rst.open "SELECT id FROM matable WHERE nom='mavaleur'"

Mon problème est que juste après l'appel de RunSQL le tuple n'est pas encore dans la base (j'en suis venu à cette conclusion avec des tests en affichant toute la table). Mais à la fin de la procédure, l'ajout est bien fait.

Conclusion:

Mais quand donc que le tuple s'enregistre réellement ?


Merci à tous

[Invité]

Bonjour

Il se peut que le premier processus soit encore en cours lorsque tu lances ta requête.

Essaye en mettant l'instruction DoEvents aprés le RunSql pour voir.

Starec

[Mig21]

Bonjour,

Es tu sur que le premier runsql a marché ? Si tu a enlevé les messages d'alerte d'access, remet les pour voir si le premier INSERT se passe bien.

[micniv]

requete = "INSERT INTO..."
doCmd.RunSQL requete
rst.open "SELECT id FROM matable WHERE nom='mavaleur'"

J'ai l'habitude d'aller chercher par exemple la clé primaire d'une table par un DMax() juste après un doCmd.RunSQL et je n'ai jamais observé d'anomalie.

Je pense plutôt que ton recordset rst n'a pas été rafraichi ...

A+

[vodiem]

je trouve que c'est un faux prb,
pourquoi requete+recordset alors que recorset+recordset ne te poserais pas cette problématique?

[Tofalu]

Voire même un seul recordset