Ralentissement de traitement sql server 7 et vb 6

Bonjour,

J'ai une application qui traité plus de 5000 enreg. à l' heure ( recordset ado, update ).
Depuis qq jours il tourne qu à 500 enreg. à l 'heure.

outils de devlop. : vb 6
sgbdr : slq server 7
recordset : ado 6
serveur : 4 process et 2 giga de ram.

Nb : - J ai changé de serveur , c'est idem.
        - J'ai lancé en local ( appli et bdd ) -> idem
        - J ai lance sur une autre bdd - > idem

Si c'est ni serveur, ni appli et ni réseau. ?????

Quelqu un peut m aider svp

J ai oublié de préciser ça : OS : Windows 2000 advanced serveur , windows 2000 pro.

hé bien...
qu'as tu fait ces derniers jours ? :)

il s'agit de quel type de requete ? insert, select, update ?

La premier chose à vérifier, est si tu as changé ou supprimé des index dans la base.

sinon est-ce que tu ne peux pas en créer qui pourrait acceler la requetes ?

Est ce que le ralentissement est vraiment venu d'un seul coup ???

si tu fait des requetes INSERT dans une table, celle ci va grossir de plus en plus, en ca peut ralentir le traitement (temps de recaclul des index plus long)

sinon est ce que tu n'a pas ajouté un trigger sur une des tables impactées ?

pardon, je n'avais pas vu que tu precisais que c'etait des requtes update.
il n'y a que des updates ?

est-ce qu'un autre processus accede a cette table pour UPDATE, DELETE, ou INSERT ?

si c'est la cas, ca peut causer des locks le temps que ces requetes aboutissent, et pendant ce temps la ton programme attend...

Tout d'abord merci d y avoir s' interesser.
- Je n ai pas modifé les codes.
- Je n ai pas supprimé les index non +
- Pas de nouveux index à créer d'après ( generateur de profils . 0 % d'opt.)

Voice ce que j utilise dans mes codes ( exemple )

Dim lRST  as new adodb.recordset

lrst.open "selection",cnx,...,...

do while not lrst.eof
   .....
  ..... ' Je consulte d'autres tables x, y ,z
   lrst!xxx= xxxxxx
   lrst.update
   ....
loop

C'est bizarre ça tourné bien il y a qq semaine

et la table cible n'a pas grossit ?
le ralentissement est venu subitement ?

t'as essayé de regarder dans le plan d'execution de ta requete (sous le query analyzer de SQL server) ce qui prenait du temps dans l'execution de ta requete ?

- La table cible est jamais la mm ( c qq soit la table cible ). une table de 1000 ou 500, 8000 etc....

- ral. est venu subit....

- oui j ai regardé. Les pb ce que j 'ai aux moins une 20 n de req.
une req. qui va consulté la table x puis une autre qui va voir table y etc...

NB : Je ne peux pas utiliser inner join ( ces tables ne reliables entre eux )

Vous pouvez essayer d'exécuter cette procédure stockée :
 - http://www.sqlfr.com/code.aspx?ID=29623

Ca vous mettra à jour toutes les statistiques. Regardez si ca permet de gagner de la vitesse.

Romelard Fabrice (Alias F___)

Merci Fabrice pour cette proc.
Malheuresement, ça n'a pas résolu mon pb.
Est-ce qu'il y a une connexion sql optimisé ?
Voici ma cnx actuelle :

Set Gi.Cnx = New ADODB.Connection

'Connexion Sql
With Gi.Cnx
    .Provider = "Sqloledb" ' Microsoft SQL Server.
    'Nom du serveur
    .Properties("Data Source") = "MSS"
    'SQL Serveur
    .Properties("User ID").Value = "xxxxx"
    .Properties("Password").Value = "yyyyy"
    .ConnectionTimeout = 0
    .CommandTimeout = 0
    .Open
End With

J'ai essayé également authent. nt avec sspi. C 'est idem

Quelle version de la MDAC est installée sur le client et le serveur ?
Quelle version de Service Pack sur le serveur SQL ?

Il faudrait faire un profiling sur la base en cours d'utilisation pour voir ce qui est appelé sur celui-ci.
Il y a peut-être un autre utilisateur qui pose problème.

Romelard Fabrice (Alias F___)