Discussion :

[Najdar]

Bonjour à tous,

J'utilise VB6 et ADO2.8 pour manipuler ma base de données.

Avec le même programme, sur le même ordinateur j'ai des différences de performance avec un AddNew puis Update sur un recordset :

Si avec SQL2000 l'AddNew + update prend 1, avec SQL2005 le même l'AddNew + update prend 15 !

A savoir,
- La base de données est créée avec le même script sur les deux types de serveurs
- Ce problème se produit aussi sur un autre ordinateur ayant la même configuration

Quelqu'un a-t-il une idée ?

[phili_b]

D'un autre côté Addnew on évites, il faut mieux préférer faire une requête ensembliste.

Il faudrait plutôt voir les connexions et ouverture de recordset entre VB et SQL server. En plus VB6 commence à dater maintenant.

[Najdar]

Bonsoir phili_b,

Tout à fait d'accord avec toi, mais je ne vie pas dans un monde parfait.

Mon monde à moi a plein de contraintes comme de travailler avec VB6 et comme être obliger de faire les ajouts un par un en récupérant la valeur du champ autoincrémentiel...

Pour ce qui est de la connexion et de la méthode d'ouverture, je te dis cela demain dès que je suis au boulot.

Bonne nuit

[Najdar]

Bonjour à tous,

Voici plus d'informations sur mes connexions et la méthode d'ouverture :

Pour SQL2005 :
Version SQL : 09.00.3042
Provider Version : 09.00.3042.00

Code :

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

1
2
3
4
5
6
 
.LockType =adLockOptimistic 
.CursorLocation =adUseServer 
.CursorType =adOpenKeyset 
.ActiveConnection.connectionstring = 
Provider=SQLNCLI.1;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog=SAV;Data Source=SYLVAIN9150\SQL2005;Use Procedure for Prepare=1;Auto Translate=True;Packet Size=4096;Workstation ID=SYLVAIN9150;Use Encryption for Data=False;Tag with column collation when possible=False;MARS Connection=False;DataTypeCompatibility=0;Trust Server Certificate=False

Pour SQL2000 :
Version SQL : 08.00.0760
Provider Version : 08.00.1117

Code :

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

1
2
3
4
5
6
 
.LockType =adLockOptimistic 
.CursorLocation =adUseServer 
.CursorType =adOpenKeyset 
.ActiveConnection.connectionstring = 
Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog=SAV2000;Data Source=SYLVAIN9150;Use Procedure for Prepare=1;Auto Translate=True;Packet Size=4096;Workstation ID=SYLVAIN9150;Use Encryption for Data=False;Tag with column collation when possible=False

[rudib]

Bonjour,

Il faudrait avoir plus d'infos pour savoir ce qui se passe. La meilleur méthode est de tracer SQL Server avec le profiler. Ici des indications pour l'utiliser : http://rudi.developpez.com/sqlserver.../optimisation/

[Najdar]

Merci rubib

Je regarde ton lien et te tiens informé.

[SQLpro]

Il faut savoir aussi que l'optimisation d'une base SQL Server 2000 et 2005 ce n'est pas la même chose, une bonne partie du moteur relationnel ayant été récrit.

Autrement dit : un bon réglage donnant de bonne perf en SQL 2000 n'est pas forcément bon pour SQL Server 2005 !

A +

[Najdar]

Bonjour à tous,

Avec l'utilisation de SQL Server Profiler je constate une différence en 2000 et 2005

La ligne suivante consomme en CPU, 15 avec 2005 et 0 avec 2000 :

Code :

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

exec sp_cursor 180154467,4,0,N'[PERSONNES]',@Nom='CHAPON Madame',@Prenom='',@Archive=0

Auriez-vous une idée ?

[SQLpro]

C'est un update positionnel (WHERE CURRENT OF....) de curseur

A +

[Najdar]

Voici une nouvelle requête qui consomme 15 (CPU) avec SQL2005 et 0 avec SQL2000

Code :

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

1
2
3
4
5
6
7
8
9
10
declare @p1 int
set @p1=180154419
declare @p3 int
set @p3=1
declare @p4 int
set @p4=16388
declare @p5 int
set @p5=1
exec sp_cursoropen @p1 output,N'Select * From SOCIETES_ADRESSES Where ID_SOCIETE = 248 And Upper(Nom) = ''DIAMETRE'' And AdrLivraison <> 0',@p3 output,@p4 output,@p5 output
select @p1, @p3, @p4, @p5

Les plans d'éxécutions sont en pièces jointes.
Quelqu'un pourrait-il m'expliquer ces deux plans ? Ils sont très différents malgré une base identique et une requête identique.
Peut-être que l'explication de la lenteur de SQL2005 est dans le plan ?

Merci d'avance

[Najdar]

C'est un update positionnel (WHERE CURRENT OF....) de curseur

A +

Si le curseur se déplace, est-ce que les index peuvent avoir un role dans la lenteur ?