Discussion :

[Népomucène]

Bonjour à tous

Depuis que le nombre de postes connectés augmente,
notre Sql Server 2000 a des temps de réponse de plus en plus long concernant
les tâches de génération de bons de livraison et autres calculs complexes
(effectuées par des procédures stockées).

Pensez-vous que le seul fait de passer de la version 2000 à 2008 puisse améliorer les choses ?
(en gardant le même serveur physique)

En d'autres termes la version 2008 est-elle plus performante que la 2000 ?
(merci de bien vouloir laisser de côté l'aspect refactoring des index et des procédures ...)

[elsuket]

Bonjour,

Effectivement l'optimiseur de requêtes a été amélioré au moins pour chaque version majeure de SQL Server; il arrive également qu'un service pack contienne des améliorations de l'optimiseur.

Cela étant il vaudrait mieux savoir à quoi est due la baisse de performances, mais aussi comment vous maintenez la base de données (index et statistiques tout particulièrement).

Quand vous dites que le nombre de postes clients a augmenté, pouvez-vous nous dire dans quelles proportions ? Savez-vous si la lenteur se situe sur le tiers applicatif ou sur le tiers bases de données ?

@++

[SQLpro]

merci de bien vouloir laisser de côté l'aspect refactoring des index et des procédures ...

C'est pourtant de loin le plus gros facteur d'amélioration. Là ou vous pourrez obtenir un gain de 20 à 60 % sur certaines requêtes en passant de 2000 à 2008 (et au fait nous en sommes à 2012 et 2014 arrive dans deux mois...), vous pourrez certainement obtenir un gain de x 10 à x 100 en utilisant de meilleurs index voir une remodélisation !

Donc rien à voir !

A +

[Népomucène]

Bonjour

Merci pour vos réponses concernant l'amélioration du traitement des requêtes.

@elsuket
Une tâche de SQL Agent reconstruit tous les index une fois par semaine.
Les postes sont passés de 20 à 30. Comme cela s'est fait suite à la fusion de 2 entreprises, il s'agit de postes de récupération sous XP avec parfois seulement 256 Mo de RAM !
Les applications clientes sont développées en Access et Java.
La base fait 18 Go et comporte une quarantaine de tables.

C'est pourtant de loin le plus gros facteur d'amélioration

Bien entendu je suis d'accord à 100 %
Si j'ai fais cette demande très restrictive c'est qu'au fil des années, nous avons maintenant plus d'une centaine de procédures stockées comportant des dizaines de lignes avec tables temporaires, boucles while, curseurs et tout le tintouin pour effectuer des calculs de gestion.
Aussi pour procéder à un refactoring digne de ce nom, il faudra un vrai budget et devant l'urgence, je me demandais si je pouvais au moins compter sur une amélioration de la vitesse rien qu'en changeant de version.

Je crois que je vais procéder comme cela :
1) convaincre le client de prévoir un vrai budget de refactoring (ça va être le plus dur !)
2) passer à une nouvelle version de SQL
3) prendre quelques semaines pour améliorer la structure (tables+index) et optimiser les procédures.

Merci à tous les deux.

[elsuket]

nous avons maintenant plus d'une centaine de procédures stockées comportant des dizaines de lignes avec tables temporaires, boucles while, curseurs et tout le tintouin pour effectuer des calculs de gestion.

Comme vous le dites, le refactoring risque de vous prendre du temps

@++