Discussion :

[flogreg]

Bonsoir,
j'ai développé une application en VB avec une base de données SQL Server 2000. Cette application a évolué et fonctionne maintenant via le réseau sur des PC distant. Les temps de réponses sont parfois assez long et je me suis donc demandé comment améliorer tout ca. Et là j'ai regardé du coté du cursorlocation. J'ai donc fait un petit test avec cette requete que j'ai chronométré :

Code :

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

1
2
3
4
5
6
7
 
sql="select idCli, nomCli from client where agence='0155' order by nomCli"
rst.open sql,conn,3,1
do while rst.eof=false
printMoi (rst.Fields("nom").Value)
rst.movenext
loop

résultat 19938ms en moyenne sur 10 tentatives.... très moyen.... (Note printMoi est une fonction qui m'affiche le résultat).


Je réessaye en rajoutant rst.cursorlocation=aduseclient et là ô surprise 558ms !!! Je n'y croyais pas, je réessaye et si !!! Temps d'exécution divisé par 40 !!!

Donc mon problème de vitesse est réglé mais je me demandais quand meme ce que tout cela impliquait. Si je gagne quelque part, c'est que je doit perdre ailleur. Faut il rajouter autre chose? Est aussi stable? Ca se programme pareil ? Je ne risque rien au niveau de ma base de données?

Merci pour votre aide

[bidou]

Tu perds en temps sur les requête très grosse mais tu y gagne sur les petites requêtes. Par contre tu occupes plus de place en mémoire sur le poste client.

Avec SQL-Server c'est souvent rentable de travailler avec un curseur coté client

[flogreg]

Si j'ai bien compris, la requete s'exécute plus rapidement si le curseur est du coté serveur mais la boucle sur le recordset est plus rapide coté client?

edith me dit que je ne me suis pas bien expliqué !

Si je fais une grosse requete sur un gros fichier avec des sum, des group by et order by par exemple mais qu'un seul enregistrement comme résultat il vaut mieux le faire coté serveur. Si c'est l'inverse c'est mieux coté client?

SInon, j'ai un autre problème. Dans SQL Server, quand je regarde les process, avec le curseur coté serveur, quand je faisais une requete, je voyais la requete puis la fermeture du curseur. Maintenant je ne vois que la requete

[bidou]

sir yes sir.

[flogreg]

Merci Ô Grand Bidou

[bidou]

c'est normal que tu ne vois plus le curseur coté serveur, y en a plus

[flogreg]

lol oui maintenant que tu le dis ca parait logique. Mais je voullais savoir car j'ai déjà eu des soucis en asp avec une base access2000. J'ai envoyé quelques pages asp et une base dans une autre région et j'ai oublié de leur fournir le code qui detruit les objets de connexion (set rst=nothing et set conn=nothing). Ca leur a flingué la base Heuresement, ce n'était pas bien important comme produit mais là, c'est un logiciel en production. Toutes les agences l'utilisent pour faire leur calcul de charpente et leur devis, donc si ca plante.... C'est pour ca, je voullais etre sur avant^^

[fodo]

slt
en fait avec le curseur coté client tu gagnes beaucoup en temps car les données proviennent de ton poste mais le seul probleme c tu prends beaucoup d'espace ds ta machine par contre avec le curseur coté serveur c tout à fait nomale qu'il ait lenteur car tu n'es pas le seul à utiler cette application tu cherches tes données coté serveur et là c'est la vitesse et perfectionnement du serveur