Priorité des processus ?
Résolu
mTrax
Messages postés
4
Date d'inscription
dimanche 9 février 2003
Statut
Membre
Dernière intervention
31 mars 2006
-
29 mars 2006 à 15:11
mTrax Messages postés 4 Date d'inscription dimanche 9 février 2003 Statut Membre Dernière intervention 31 mars 2006 - 31 mars 2006 à 11:06
mTrax Messages postés 4 Date d'inscription dimanche 9 février 2003 Statut Membre Dernière intervention 31 mars 2006 - 31 mars 2006 à 11:06
A voir également:
- Il n’y a pas de processus à l’autre extrémité du canal
- Bloquer un processus? - Forum Java
- Vb.net - Forum ASP.NET
- Problème de processus - Forum Java
- Récupérer les noms de processus d'un tableau ✓ - Forum C# / .NET
- Fin de processus ✓ - Forum VB.NET
2 réponses
asecher
Messages postés
262
Date d'inscription
lundi 20 octobre 2003
Statut
Membre
Dernière intervention
27 avril 2007
1
29 mars 2006 à 20:33
29 mars 2006 à 20:33
Bonjour,
[Intro]
Quand tu dis SQL Server, tu veux dire Microsoft SQL Server? (Je tiens a rappeler ici (ou ailleur) que SQL, SQL Server, c'est pas forcément Microsoft.. (MySQL, ORACLE, MSSQL, and Co;), c'est juste une norme;)
[HARD/SYSTEM]
Si tu parle de Microsoft SQL Server, il s'alloue un maximum de RAM et de processeur (si on le laisse faire) dès qu'on le solicite.
C'est facilement "tunable" sur les propriétés du serveur (click droit/propriétés...) mais regarde plutôt sur les sites concernant le serveur SQL plutôt que le coté Code (bien que, dans la chaîne deconnexion ADO, on peut, si Bill l'a voulu, préciser le taux d'utilisation UC).
[TRANSITION]
Bref, il faut choisir entre l'optimisation du code (demandes au serveur SQL), et la puissance.
[SOFT]
Tu peux certainement améliorer l'accès aux données (en découpant les traitements, en jouant sur les indexes, etc.)
[OUTING]
Il est difficile d'améliorer les performances du code sans le code et la structure des données.
Cordialement,
Alain 31
[Intro]
Quand tu dis SQL Server, tu veux dire Microsoft SQL Server? (Je tiens a rappeler ici (ou ailleur) que SQL, SQL Server, c'est pas forcément Microsoft.. (MySQL, ORACLE, MSSQL, and Co;), c'est juste une norme;)
[HARD/SYSTEM]
Si tu parle de Microsoft SQL Server, il s'alloue un maximum de RAM et de processeur (si on le laisse faire) dès qu'on le solicite.
C'est facilement "tunable" sur les propriétés du serveur (click droit/propriétés...) mais regarde plutôt sur les sites concernant le serveur SQL plutôt que le coté Code (bien que, dans la chaîne deconnexion ADO, on peut, si Bill l'a voulu, préciser le taux d'utilisation UC).
[TRANSITION]
Bref, il faut choisir entre l'optimisation du code (demandes au serveur SQL), et la puissance.
[SOFT]
Tu peux certainement améliorer l'accès aux données (en découpant les traitements, en jouant sur les indexes, etc.)
[OUTING]
Il est difficile d'améliorer les performances du code sans le code et la structure des données.
Cordialement,
Alain 31
mTrax
Messages postés
4
Date d'inscription
dimanche 9 février 2003
Statut
Membre
Dernière intervention
31 mars 2006
31 mars 2006 à 11:06
31 mars 2006 à 11:06
Bien le bonjour alain,
merci pour ta réponse, la solution est venu de l'optimisation de la requête envoyé au serveur. Et oui, désolé pour le manque de précision, je parlais effectivement de Microsoft SQL server :-)
On est passé d'un traitement de 1 minutes 30 pour 2000 enregistrements à 5 secondes. Ca soulage...
Merci encore, cordiallement.
Guillaume
merci pour ta réponse, la solution est venu de l'optimisation de la requête envoyé au serveur. Et oui, désolé pour le manque de précision, je parlais effectivement de Microsoft SQL server :-)
On est passé d'un traitement de 1 minutes 30 pour 2000 enregistrements à 5 secondes. Ca soulage...
Merci encore, cordiallement.
Guillaume
