Discussion :

[SimbaLion]

Nous avons migré des PS de msde vers SQL express

Nous constatons une diminution étonnante des performances : les temps de traitemetn ont été multipliés par 4 !

Nous avons passés plus d’une semaine à chercher les causes, sans résultat.

Précisions :
- le problème est reproductible, facilement, sur de nouveaux postes, simplement en installant notre application et SQL express
- nous constatons le même problème sur un poste ou MSDE n’a jamais été installé
- un détail étonnant : si on ouvre une table dans la base où se passent les traitements avec SQL server manager studio express avant de lancer notre application, les temps de traitement redeviennent quasiment identiques à ceux qu’on avait avant avec MSDE.

Quelqu’un a des idées ?

[kagemaru]

bonjour,

il s'agit peut-être de la montée en cache des données qui font que vos traitements trouvent les données mémoire plutôt que sur disque ?

est-ce toujours la même requête qui pose pb ?

[SimbaLion]

Nous utilisons les mm procédures.
Merci pour la réponse.

[dymezac]

Bonjour ,

je ne suis pas sur de pouvoir vous aider mais connaissez vous ce lien :

http://www.microsoft.com/france/sql/.../versions.mspx

Aussi avec cet article :
http://blogs.microsoft.fr/clauer/arc.../11/11940.aspx
il y aurait une différence de performance entre 32bits et 64bits et je ne suis pas sur d'après le compratif de microsoft si express prend en charge le 64 bits ou pas (je ne connais pas WOW)

[SimbaLion]

Nous avons essayé dans tous les sens, et nous sommes maintenant sur le détail :
Si on ouvre une table dans la base où se passent les traitements avec SQL server manager studio express avant de lancer notre application, les temps de traitement redeviennent quasiment identiques à ceux qu’on avait avant avec MSDE.
Et nous voulons savoir qu’est ce que le moteur de SQL server fait exactement lorsqu’on ouvre une table dans SQL server manager studio express.

[Fabrice Moll]

Je pense qu'il charge les données en mémoire

[SimbaLion]

Vous voulez dire qu'il charge les données de la table en mémoire, ça c'est evident, mais est ce que c'est uniquement ça ?

[dymezac]

question : si les données sont chargées en mémoire, comment se passent les insert et les update dans la base de données (qui n'est pas en mémoire, elle). Puis d'où sont récupérés les données via des select après que les insert et les update soient fait (de la mémoire ou du DD) ?

[SimbaLion]

-Les données se trouvent dans une autre base sur le même serveur.
-Les procédures stockées sont dans la base de destination.
-L'exécution des procédures est beaucoup plus rapide (t/7) lorsque une table de la base d'origine est ouvert dans une instance de SQL serveur manager studio express.

[SQLpro]

certainement un problème de mise en cache. Quelle est votre RAM ? Quel est le taux de mise en cache ? Quel est la demande cible du cache ???

A +

[SimbaLion]

- Taille de la mémoir est 1,25 GO
Pour les autres valeurs, pouvez vous nous'indiquer comment on peut les obtenir?

NB: -L'exécution des procédures est beaucoup plus rapide (t/7) lorsque une table de la base d'origine est ouvert dans une instance de SQL serveur manager studio express.

Merci.

[SimbaLion]

Une autre constatation :
Les temps de transfert des données de la base d'origine à la base de destination sur un serveur SQL Server est le même que celui sur MSDE. Alors que sur SQL Express si on n’ouvre pas une table de la base d’origine dans SQL Express management studio, le temps de transfert est multiplié par 7.

[SimbaLion]

Yorica Yorica

Le problème est résolut :
il suffit de regarder le fichier de trace pour trouver que l'instruction 'Starting up database xxxx' est répété n fois, plus exactement chaque requête donc la cause est que la propriété fermeture automatique de la base est à ‘true’ donc la solution est d’affecté la valeur Faux.

Merci à vous tous.