Discussion :

[subzero82]

Salut tout le monde,

dans le cadre de la conception d'une application (client lourd), je me suis appuié sur 2 composant:
- les base de donnée (MS SQL SERVER 2000).
- Data Application Block (MS Library Entreprise 2005), pour l'acces au données(Connexion a la BDD ...etc).

j'ai fait en sorte que toutes les principals actions feront appel a des StoredProcedure (insertion de nouvelle données ds les tables par exemple), mais voila; j'ai remarquer que lorsque je fait appel a ces StoredProcedure pour la premiere fois j'obtient un temps de reponse mediocre (~ 4 seconde), mais apres ( 2éme, 3éme, ...etc) elle donnes un temps de reponse parfait.

alors ma question est comme suit:
ya t'il une configuration particuliere dans (MS SQL SERVER 2000) me permettant d'ameliorer le premier Temps de reponse ou le temps de reponse de maniere general(comme une allocation de memoire a l'avance).

Remarque : Mon Profil materiel
Processeur : AMD ATLON XP 2200+
RAM : 128Mo cadense a 333MHz
CarteMere : GIGABYTE , FSB 400MHz
Disque dur : HITACHI 7200Tr/Min

Et merci a l'avance pour votre aide.

[BiM]

(Le profil matériel est celui du client ou du serveur ?)

Pour le reste, dans mon cas, ça fait la même chose et je ne pense pas que tu y peuve grand chose.

Cependant, j'espère que j'ai tort

[subzero82]

c'est le profil, du serveur.


je crois avoir trouver un smblant d'explication, dans un document pdf de Stéphane N'GUESSAN (TSQL.pdf), [page 35], Sous titre: les avantages des procedures stockées.
voici le lien:

ftp://ftp-developpez.com/sqlserver/TSQL.pdf

Conclusion : j'ai remarqués que peut importe la storedProcedure, il suffit qu'elles appartiennet a la meme BDD, et d'appellée une seuls parmis elles , et puis tout devient plus normal.

ma psoeudo solution est de crée une StoredProcedure factice (qui ne fous rien), et la mettre sur le compte de l'etablissement de la connection.

[SQLpro]

La RAM est beaucoup trop faible pour un SERVEUR SGBDR comme MS SQL Server. 512 Mo est AMHA un minimum.

A +

[subzero82]

oui je le savait, mais je ne croiyait pas que 512 etait le min, merci pour cette eclaicissement ,

par ailleurs en cherchant j'ai trouver un article qui devrait vous interessait dont voici l'adresse:

http://www.microsoft.com/france/sql/...min.xml&rang=5

dont le titre est :

10 astuces de réglage pour 90 % de gains de performance

et merci pour vos eclaissicements

[SQLpro]

A lire aussi : http://sqlpro.developpez.com/cours/optimiser/

A +

[Fabien Celaia]

Quelle que soit la taille de la RAM, il faudra bien que pour le premier appel à la SP, le serveur aille la chercher sur le disque, la parser, l'optimiser et la compiler. C'est ce temps qui est coûteux pour vous. Dès que l'arbre d'exécution se trouve dans le procédure cache, ça va bien. ce qui tend à prouver que c'est le temps d'optimisation qui est coûteux sur cette proc, bien plus que le temps d'exécution.

Vous n'y couperez donc pas, hormis peut-être en supprimant quelques indexes inutiles sur les tables impactées (tant soit peu qu'il y en ait), ce qui aura pour effet de réduire le spectre de recherche de l'optimiseur....

[subzero82]

Merci Merci, pour votre aide .

je crois que le sujet est clo.