Discussion :

[jerome_data]

Je pense que ca va vous dire quelque chose. Je travaille donc avec un BDD Access sur un table. J'utilise Delphi avec 2 forms. Chaque form à une TADOConnection et j'utilise dans chaque form des TADOQuerys. Ma première form appelle la seconde via un CreateForm. Mes 2 forms utilise le même type de donnée dans la base Access cependant, quand je fais un insert ou un update dans ma seconde form et que je close cette form pour revenir à la première, je dois attendre environ 5 seconde avant qu'un requery mettent à jour mon grid. Comme si ADO avais un delai pour Executer ma commande SQL.

Par contre quand je fais un Update ou insert (dans la même form ou je fais un requery) dans le même TADOConnection, pas de pb.

Merci d'avance.

[NoisetteProd]

Déjà, est-ce une bonne idée d'avoir deux connections pour la même appli et pour le même base... pas sur...
Cherche des infos sur le DataModule

[Hauwke]

Bonjour,

J..., quand je fais un insert ou un update dans ma seconde form et que je close cette form pour revenir à la première, je dois attendre environ 5 seconde avant qu'un requery mettent à jour mon grid...
Merci d'avance.

Peux tu nous montrer le code qui libére Form2, stp?
Utilises-tu ce genre de code pour refermer et libérer ta fenêtre?

Code :

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

Form2.FreeOnRelease;

Cordialement,
Hauwke

[Rayek]

Déjà, est-ce une bonne idée d'avoir deux connections pour la même appli et pour le même base... pas sur...
Cherche des infos sur le DataModule

Je suis du même avis que NoisetteProd, 2 AdoConnection d'un même programme sur une même base ca doit pas faire bon ménage.

Quand l'un met à jours la base de données, l'autre doit avoir un temps de scan de la base de données d'environ 5-10 secondes d'où le fait que l'enregistrement n'arrive que quelques secondes plus tard.

[Hauwke]

Je suis du même avis que NoisetteProd, 2 AdoConnection d'un même programme sur une même base ca doit pas faire bon ménage.

Quand l'un met à jours la base de données, l'autre doit avoir un temps de scan de la base de données d'environ 5-10 secondes d'où le fait que l'enregistrement n'arrive que quelques secondes plus tard.

Sous réserve de voir le code de notre ami, je ne suis pas d'accord avec vous.
Access gére en "natif" un système d'accés concurrentiel sur ses bases de données. Actuellement, le concepteur d'Access donne une capacité de 255 accés quasi "simultanés" . De plus, les composants ADO générent des transactions "transparentes"... Je ne pense pas que le problème de notre ami vienne de ses connections à la base de données. Ou bien alors il a un gros problème de conception de son projet...
Cordialement,
Hauwke

[Pascal Jankowski]

Je ne pense pas que le problème de notre ami vienne de ses connections à la base de données. Ou bien alors il a un gros problème de conception de son projet...

Je serai également de l'avis de Hawke.
Je suis curieux de voir un peu de code...