Discussion :

[lp38]

Bonjour,

J'ai une application VB6, tournant sur mon serveur, qui doit être de disponibilité maximale, mais qui exécute parfois certaines requètes longues.

Ces requêtes (UPDATE...SET) ne sont pas urgentes, donc j'ai pensé à les exécuter avec l'option adAsyncExecute afin que la main soit rendue à l'application VB immédiatement et laisser SQL Server se débrouiller avec.

Or je constate:
- que je ne peux pas en lancer plusieurs de suite sur la même connexion
- que je ne peux fermer la connexion de suite
Dans ces deux cas j'obtiens l'erreur 3711 "Operation cannot be performed while executing asynchronously."

Je peux mettre une boucle de DoEvents derrière en attendant la fin de la requète mais je trouve ça lourd. Vu le nb potentiel de requêtes lancées, je risque de me retrouver avec une imbrication de DoEvents conséquente et VB ne va pas aimer.

Une autre solution consiste à ne pas fermer la connexion, en se disant que l'objet se détruira bien tout seul en mémoire lorsque la requête sera terminée, mais on m'a appris que ce n'était pas du tout une bonne pratique en raison de fuites de mémoire potentielles.

Donc:
- existe-il mieux à faire ?
- ou y a t-il une fonctionnalité dans SQL Server pour parvenir au même résultat ?

Pour info voici une exemple de la procédure actuelle:

Code :

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

1
2
3
4
5
6
7
8
9
10
Sub AsyncUpdate()
 
Dim tmpconn As New ADODB.Connection
tmpconn.Open "Provider=SQLNCLI;Integrated Security=SSPI;Database=MyBaseSQL;DataTypeCompatibility=80;Server=(local)"
 
tmpconn.Execute "UPDATE MaTable SET MonChamp=0 WHERE MonCritère=1" , , adAsyncExecute Or adExecuteNoRecords Or adCmdText
 
' ici on ne mets pas le tmpconn.Close
 
End Sub

Merci!

[lp38]

Personne ?

[serge0934]

tu as la solution d'executer la requete dans un thread (comme les FTP qui transferent plusieurs fichiers a la fois) ou sinon dans ton cas c'est de faire croire au serveur que c'est lui qui travaille.
il te faut donc créer un job en dynamique puis le lancer=> ton appli attendra simplement le retour du serveur comme quoi le job a été LANCE et non la fin de l'execution.

si tu veux un exemple demandes..

[lp38]

Merci. Je veux bien un exemple pour le job.
Quand je dis que ce n'est pas urgent, il est quand même souhaitable que la requete soit exécutée dans les 10 secondes. Cela va t-il être possible avec les jobs ?
Par ailleurs, pour info il y a en moyenne 2 requêtes de ce type exécutées par seconde.