Discussion :

[n00bi]

Bonjour.

Je suis en train d'effectuer un benchmark comparatif entre une BD Objet existante et une BD SQL Server.

Pour cela je simule un cas d'utilisation des deux côtés en faisant :
- côté objet des accès de lecture, modification, ecriture dans la base depuis un client Java.
- côté SQL Server 2005 des requêtes SELECT, UPDATE, INSERT dans la base depuis un client C#.Net.

La différence de technologie employée s'explique par le fait que ma boîte va :
- Soit rester avec son environnement actuel (JAVA / BDObjet)
- Soit passer sur le couple (SQL Server / C#.Net)

Voilà pour ce qui est des explications.

Maintenant sur un plan technique je démarre ma machine, une fois que tout est bien lancé, je lance mon programme C# et je chronomètre les temps en Millisecondes de trois fois la même requête SELECT sur la base SQL Server 2005 (qui est ouverte avant le chronométrage et qui est fermée après la fin des trois tests).

Au niveau des temps obtenus la première requête est beaucoup plus longue que les deux autres. Je pense que c'est parce que SQL Server optimise ses scénarios d'accès aux données dès la première requête effectuée.

Ma question : Est-ce que cette différence ne vient QUE de l'optimisation ou bien se peut-il qu'au premier lancement de ma requête certains procédés (genre initialisation de l'accès à la base, etc ...) ralentisse également mon premier accès ?

Merci d'avance !

[serge0934]

tu as les deux :

- la 1° connection fait plein de tests et d'init
- si tu fais trois requetes identiques ET que UpdateStatistics n'est pas desactivé, la troisième sera plus rapide. mais ceci est logarithmique et au bout de la 20° environ l'écart sera pratiquement null.

en revanche , SQL serveur n'a pas encore rattrapé Oracle sur les statistics, leurs index virtuels ne sont sont pas encore tout a fait au point.

si tu veux gagner en rapidité passe par des proc stock => la ca va beaucoup plus vite!!

A+
serge

[n00bi]

Merci Serge.

Quand tu dis que je gagnerai en rapidité avec les procédures stockées tu veux signifier que ca va plus vite de faire mes select dans des procédures stockées appelées depuis mon code C# plutôt que de lancer ma requête via C# ?

Parce que quoiqu'il en soit je doit appeler mon accès depuis un code C# pour reproduire les futures conditions d'utilisation.

[serge0934]

oui car si tu fais une ps (lire procédure stockée de select) il va la compiler
et la recompiler de temps en temps un peu comme une vue.

en résumé
- la requete directe va chercher les infos et les agglomèrent et les retournent
- la ps ne va chercher dans l'agglomérat déjà prépositionné la partie que tu recherche. (sauf si ta ps contient l'option with recompile)

A+
serge

[n00bi]

Merci de ton explication