Performances requêtes

Bonjour,

EXEC sp_configure 'max degree of parallelism', '1'

Cela supprime la paramllélisation sur plusieurs processeurs mais je ne sais
pas si c'est très conseillé car pour d'autres requêtes cela pourrait
s'avérer contre performant.

----------------------------------------------------------------------
Philippe TROTIN - Microsoft Service France

"Brigitte" <Brigitte@discussions.microsoft.com> wrote in message
news:5D242AAD-4187-4C4B-AD2F-B688D3EB5802@microsoft.com...

Bonsoir,

J'ai une requête qui s'exécute en 12 sec sur un serveur ayant 1 proc.
Par contre, la même requête s'exécute en 24 sur un serveur ayant 2 proc.
Par contre, est-il possible d'optimiser ce temps en modifiant des
paramètres
à l'aide de sp_configure?

Merci

Bonne soirée

Brigitte

Philippe T [MS] a écrit :

Bonjour,

EXEC sp_configure 'max degree of parallelism', '1'

Mieux vaut danc ce cas utiliser le tag OPTION (MAXDOP 1) dans la requête.

A +

Cela supprime la paramllélisation sur plusieurs processeurs mais je ne sais
pas si c'est très conseillé car pour d'autres requêtes cela pourrait
s'avérer contre performant.

----------------------------------------------------------------------
Philippe TROTIN - Microsoft Service France

"Brigitte" <Brigitte@discussions.microsoft.com> wrote in message
news:5D242AAD-4187-4C4B-AD2F-B688D3EB5802@microsoft.com...

Bonsoir,

J'ai une requête qui s'exécute en 12 sec sur un serveur ayant 1 proc.
Par contre, la même requête s'exécute en 24 sur un serveur ayant 2 proc.
Par contre, est-il possible d'optimiser ce temps en modifiant des
paramètres
à l'aide de sp_configure?

Merci

Bonne soirée

Brigitte

--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************

Effectivement, sp_configure 'max degree of parallelism', '1' n'apporte rien
de plus.
Je vais essayer le tag option (MAXDOP 1)

Merci

Brigitte

"SQLpro [MVP]" a écrit :

Philippe T [MS] a écrit :
> Bonjour,
>
> EXEC sp_configure 'max degree of parallelism', '1'

Mieux vaut danc ce cas utiliser le tag OPTION (MAXDOP 1) dans la requête.

A +



>
> Cela supprime la paramllélisation sur plusieurs processeurs mais je ne sais
> pas si c'est très conseillé car pour d'autres requêtes cela pourrait
> s'avérer contre performant.
>
> ----------------------------------------------------------------------
> Philippe TROTIN - Microsoft Service France
>
> "Brigitte" <Brigitte@discussions.microsoft.com> wrote in message
> news:5D242AAD-4187-4C4B-AD2F-B688D3EB5802@microsoft.com...
>> Bonsoir,
>>
>> J'ai une requête qui s'exécute en 12 sec sur un serveur ayant 1 proc.
>> Par contre, la même requête s'exécute en 24 sur un serveur ayant 2 proc.
>> Par contre, est-il possible d'optimiser ce temps en modifiant des
>> paramètres
>> à l'aide de sp_configure?
>>
>> Merci
>>
>> Bonne soirée
>>
>> Brigitte
>
>


--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************

Bonjour,

A quel niveau, faut-il mettre cette option?

Merci

Brigitte

"SQLpro [MVP]" a écrit :

Philippe T [MS] a écrit :
> Bonjour,
>
> EXEC sp_configure 'max degree of parallelism', '1'

Mieux vaut danc ce cas utiliser le tag OPTION (MAXDOP 1) dans la requête.

A +



>
> Cela supprime la paramllélisation sur plusieurs processeurs mais je ne sais
> pas si c'est très conseillé car pour d'autres requêtes cela pourrait
> s'avérer contre performant.
>
> ----------------------------------------------------------------------
> Philippe TROTIN - Microsoft Service France
>
> "Brigitte" <Brigitte@discussions.microsoft.com> wrote in message
> news:5D242AAD-4187-4C4B-AD2F-B688D3EB5802@microsoft.com...
>> Bonsoir,
>>
>> J'ai une requête qui s'exécute en 12 sec sur un serveur ayant 1 proc.
>> Par contre, la même requête s'exécute en 24 sur un serveur ayant 2 proc.
>> Par contre, est-il possible d'optimiser ce temps en modifiant des
>> paramètres
>> à l'aide de sp_configure?
>>
>> Merci
>>
>> Bonne soirée
>>
>> Brigitte
>
>


--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************

Brigitte a écrit :

Bonjour,

A quel niveau, faut-il mettre cette option?

SELECT ...
FROM ...
OPTION (MAXDOP 1)


A +

Merci

Brigitte

"SQLpro [MVP]" a écrit :

Philippe T [MS] a écrit :

Bonjour,

EXEC sp_configure 'max degree of parallelism', '1'

Mieux vaut danc ce cas utiliser le tag OPTION (MAXDOP 1) dans la requête.

A +

Cela supprime la paramllélisation sur plusieurs processeurs mais je ne sais
pas si c'est très conseillé car pour d'autres requêtes cela pourrait
s'avérer contre performant.

----------------------------------------------------------------------
Philippe TROTIN - Microsoft Service France

"Brigitte" <Brigitte@discussions.microsoft.com> wrote in message
news:5D242AAD-4187-4C4B-AD2F-B688D3EB5802@microsoft.com...

Bonsoir,

J'ai une requête qui s'exécute en 12 sec sur un serveur ayant 1 proc.
Par contre, la même requête s'exécute en 24 sur un serveur ayant 2 proc.
Par contre, est-il possible d'optimiser ce temps en modifiant des
paramètres
à l'aide de sp_configure?

Merci

Bonne soirée

Brigitte

--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************

--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************

Merci, j'ai des clauses from du type et plusieurs dans la même requête.
Est-ce possible d'utiliser toujours cette option :

/***************************************************************************/
/* CLAUSE FROM 22
*/
/***************************************************************************/
SET @Sql_From22 = ''
SET @Sql_From22 = @Sql_From22 + 'FROM T_Cotation AS C '
SET @Sql_From22 = @Sql_From22 + ' INNER JOIN TD_PayOff_Type AS PT ON
C.IdProduit = PT.Id '
SET @Sql_From22 = @Sql_From22 + ' INNER JOIN T_COTATION_PANIER AS P ON C.Id
= P.IdCotation '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_SousJacent As SJ ON
C.IdSousJacent = SJ.Id '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Client_Final As CF ON
C.IdClient = CF.Id '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Utilisateur As U ON C.IdUser =
U.Id '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN TD_SaleCenter As SC ON
CF.IdSaleCenter = SC.Id '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Cotation_Reponse AS CR ON
CR.IdCotation = C.Id AND CR.ID = (select max(id) from T_Cotation_Reponse
where IdCotation = C.Id) '

Merci

Brigitte

"SQLpro [MVP]" a écrit :

Brigitte a écrit :
> Bonjour,
>
> A quel niveau, faut-il mettre cette option?


SELECT ...
FROM ...
OPTION (MAXDOP 1)


A +

>
> Merci
>
> Brigitte
>
> "SQLpro [MVP]" a écrit :
>
>> Philippe T [MS] a écrit :
>>> Bonjour,
>>>
>>> EXEC sp_configure 'max degree of parallelism', '1'
>> Mieux vaut danc ce cas utiliser le tag OPTION (MAXDOP 1) dans la requête.
>>
>> A +
>>
>>
>>
>>> Cela supprime la paramllélisation sur plusieurs processeurs mais je ne sais
>>> pas si c'est très conseillé car pour d'autres requêtes cela pourrait
>>> s'avérer contre performant.
>>>
>>> ----------------------------------------------------------------------
>>> Philippe TROTIN - Microsoft Service France
>>>
>>> "Brigitte" <Brigitte@discussions.microsoft.com> wrote in message
>>> news:5D242AAD-4187-4C4B-AD2F-B688D3EB5802@microsoft.com...
>>>> Bonsoir,
>>>>
>>>> J'ai une requête qui s'exécute en 12 sec sur un serveur ayant 1 proc.
>>>> Par contre, la même requête s'exécute en 24 sur un serveur ayant 2 proc.
>>>> Par contre, est-il possible d'optimiser ce temps en modifiant des
>>>> paramètres
>>>> à l'aide de sp_configure?
>>>>
>>>> Merci
>>>>
>>>> Bonne soirée
>>>>
>>>> Brigitte
>>>
>>
>> --
>> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
>> Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
>> Audit, conseil, expertise, formation, modélisation, tuning, optimisation
>> ********************* http://www.datasapiens.com ***********************
>>


--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************

Brigitte a écrit :

Merci, j'ai des clauses from du type et plusieurs dans la même requête.
Est-ce possible d'utiliser toujours cette option :

/***************************************************************************/
/* CLAUSE FROM 22
*/
/***************************************************************************/
SET @Sql_From22 = ''
SET @Sql_From22 = @Sql_From22 + 'FROM T_Cotation AS C '
SET @Sql_From22 = @Sql_From22 + ' INNER JOIN TD_PayOff_Type AS PT ON
C.IdProduit = PT.Id '
SET @Sql_From22 = @Sql_From22 + ' INNER JOIN T_COTATION_PANIER AS P ON C.Id
= P.IdCotation '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_SousJacent As SJ ON
C.IdSousJacent = SJ.Id '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Client_Final As CF ON
C.IdClient = CF.Id '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Utilisateur As U ON C.IdUser =
U.Id '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN TD_SaleCenter As SC ON
CF.IdSaleCenter = SC.Id '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Cotation_Reponse AS CR ON
CR.IdCotation = C.Id AND CR.ID = (select max(id) from T_Cotation_Reponse
where IdCotation = C.Id) '

Ce doit être toujours la dernière clause de l'ordre SQL
utilisez l'aide en ligne elle est très bien faite !

extrait de celle-ci :


**************

SELECT
Extrait les lignes de la base de données et permet la sélection d'une ou
de plusieurs lignes ou colonnes, dans une ou plusieurs tables. La
syntaxe complète de l'instruction SELECT est complexe mais en voici les
principales clauses :

SELECT select_list
[ INTO new_table ]
FROM table_source
[ WHERE search_condition ]
[ GROUP BY group_by_expression ]
[ HAVING search_condition ]
[ ORDER BY order_expression [ ASC | DESC ] ]

L'opérateur UNION peut être utilisé entre les requêtes pour combiner
leurs résultats en un seul jeu de résultats.

Syntaxe
SELECT statement :: < query_expression >
[ ORDER BY { order_by_expression | column_position [ ASC | DESC ] }
[ ,...n ] ]
[ COMPUTE
{ { AVG | COUNT | MAX | MIN | SUM } ( expression ) } [ ,...n ]
[ BY expression [ ,...n ] ]
]
[ FOR { BROWSE | XML { RAW | AUTO | EXPLICIT }
[ , XMLDATA ]
[ , ELEMENTS ]
[ , BINARY base64 ]
}
]
[ OPTION ( < query_hint > [ ,...n ]) ]

[ ... ]

Clause OPTION
Spécifie que l'indicateur de requête indiqué doit être utilisé dans
l'ensemble de la requête. Chaque indicateur de requête ne peut être
défini qu'une fois, bien que plusieurs indicateurs de requête soient
autorisés. Une seule clause OPTION peut être spécifiée avec
l'instruction. L'indicateur de requête agit sur tous les opérateurs de
l'instruction. Si une clause UNION se trouve dans la requête principale,
seule la dernière requête impliquant un opérateur UNION peut avoir la
clause OPTION. Si un ou plusieurs indicateurs de requête empêchent
l'optimiseur de requête de générer un plan correct, l'erreur 8622 se
produit.



Attention L'optimiseur de requêtes sélectionne généralement le meilleur
plan d'exécution pour une requête et, par conséquent, il est recommandé
que <join_hint>, <query_hint> et <table_hint> ne soient utilisés qu'en
dernier recours par un administrateur de base de données expérimenté.


Syntaxe
[ OPTION ( < query_hint > [ ,...n ) ]

< query_hint > :: { { HASH | ORDER } GROUP
| { CONCAT | HASH | MERGE } UNION
| { LOOP | MERGE | HASH } JOIN
| FAST number_rows
| FORCE ORDER
| MAXDOP number
| ROBUST PLAN
| KEEP PLAN
| KEEPFIXED PLAN
| EXPAND VIEWS
}

[ ... ]

MAXDOP number

Ne modifie que l'option de configuration max degree of parallelism (de
sp_configure) de la requête le demandant. Toutes les règles sémantiques
utilisées avec l'option de configuration max degree of parallelism sont
applicables lorsque vous utilisez l'option de requête MAXDOP. Pour plus
d'informations, voir Option max degree of parallelism.

**************

A +

Merci

Brigitte

"SQLpro [MVP]" a écrit :

Brigitte a écrit :

Bonjour,

A quel niveau, faut-il mettre cette option?

SELECT ...
FROM ...
OPTION (MAXDOP 1)


A +

Merci

Brigitte

"SQLpro [MVP]" a écrit :

Philippe T [MS] a écrit :

Bonjour,

EXEC sp_configure 'max degree of parallelism', '1'

Mieux vaut danc ce cas utiliser le tag OPTION (MAXDOP 1) dans la requête.

A +

Cela supprime la paramllélisation sur plusieurs processeurs mais je ne sais
pas si c'est très conseillé car pour d'autres requêtes cela pourrait
s'avérer contre performant.

----------------------------------------------------------------------
Philippe TROTIN - Microsoft Service France

"Brigitte" <Brigitte@discussions.microsoft.com> wrote in message
news:5D242AAD-4187-4C4B-AD2F-B688D3EB5802@microsoft.com...

Bonsoir,

J'ai une requête qui s'exécute en 12 sec sur un serveur ayant 1 proc.
Par contre, la même requête s'exécute en 24 sur un serveur ayant 2 proc.
Par contre, est-il possible d'optimiser ce temps en modifiant des
paramètres
à l'aide de sp_configure?

Merci

Bonne soirée

Brigitte

--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************

--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************

--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************

Quelle est la vitesse des disques (+ conf RAiD) sur les 2 serveurs?

"Brigitte" a écrit :

Merci, j'ai des clauses from du type et plusieurs dans la même requête.
Est-ce possible d'utiliser toujours cette option :

/***************************************************************************/
/* CLAUSE FROM 22
*/
/***************************************************************************/
SET @Sql_From22 = ''
SET @Sql_From22 = @Sql_From22 + 'FROM T_Cotation AS C '
SET @Sql_From22 = @Sql_From22 + ' INNER JOIN TD_PayOff_Type AS PT ON
C.IdProduit = PT.Id '
SET @Sql_From22 = @Sql_From22 + ' INNER JOIN T_COTATION_PANIER AS P ON C.Id
= P.IdCotation '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_SousJacent As SJ ON
C.IdSousJacent = SJ.Id '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Client_Final As CF ON
C.IdClient = CF.Id '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Utilisateur As U ON C.IdUser =
U.Id '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN TD_SaleCenter As SC ON
CF.IdSaleCenter = SC.Id '
SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Cotation_Reponse AS CR ON
CR.IdCotation = C.Id AND CR.ID = (select max(id) from T_Cotation_Reponse
where IdCotation = C.Id) '

Merci

Brigitte

"SQLpro [MVP]" a écrit :

> Brigitte a écrit :
> > Bonjour,
> >
> > A quel niveau, faut-il mettre cette option?
>
>
> SELECT ...
> FROM ...
> OPTION (MAXDOP 1)
>
>
> A +
>
> >
> > Merci
> >
> > Brigitte
> >
> > "SQLpro [MVP]" a écrit :
> >
> >> Philippe T [MS] a écrit :
> >>> Bonjour,
> >>>
> >>> EXEC sp_configure 'max degree of parallelism', '1'
> >> Mieux vaut danc ce cas utiliser le tag OPTION (MAXDOP 1) dans la requête.
> >>
> >> A +
> >>
> >>
> >>
> >>> Cela supprime la paramllélisation sur plusieurs processeurs mais je ne sais
> >>> pas si c'est très conseillé car pour d'autres requêtes cela pourrait
> >>> s'avérer contre performant.
> >>>
> >>> ----------------------------------------------------------------------
> >>> Philippe TROTIN - Microsoft Service France
> >>>
> >>> "Brigitte" <Brigitte@discussions.microsoft.com> wrote in message
> >>> news:5D242AAD-4187-4C4B-AD2F-B688D3EB5802@microsoft.com...
> >>>> Bonsoir,
> >>>>
> >>>> J'ai une requête qui s'exécute en 12 sec sur un serveur ayant 1 proc.
> >>>> Par contre, la même requête s'exécute en 24 sur un serveur ayant 2 proc.
> >>>> Par contre, est-il possible d'optimiser ce temps en modifiant des
> >>>> paramètres
> >>>> à l'aide de sp_configure?
> >>>>
> >>>> Merci
> >>>>
> >>>> Bonne soirée
> >>>>
> >>>> Brigitte
> >>>
> >>
> >> --
> >> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
> >> Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
> >> Audit, conseil, expertise, formation, modélisation, tuning, optimisation
> >> ********************* http://www.datasapiens.com ***********************
> >>
>
>
> --
> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
> Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
> Audit, conseil, expertise, formation, modélisation, tuning, optimisation
> ********************* http://www.datasapiens.com ***********************
>

Bonjour,

Voici serveur sur lequel la requête met 12 secondes :
Manhattan :
DL560 G1
11.6 Go RAM
4 Xeon 3.0 GHz HyperThreading activé (=8 processeurs logiques)
Carte controlleur raid 6400 (192 Mo de cache, le cache en écriture est
désactivé) (8 disques de 72 Go en raid 5)
Serveur sur lequel la requête dure 24 secondes :
Sqls01 :
DL380 G3
6 Go RAM
2 Xeon 2.8 GHz HyperThreading activé (=4 processeurs logiques)
Carte controlleur raid 641 (192 Mo de cache, dont 50% en écriture) (4
disques de 146 Go en raid 5)

Merci

Bonne journée

Brigitte


"Racimo" a écrit :

Quelle est la vitesse des disques (+ conf RAiD) sur les 2 serveurs?

"Brigitte" a écrit :

> Merci, j'ai des clauses from du type et plusieurs dans la même requête.
> Est-ce possible d'utiliser toujours cette option :
>
> /***************************************************************************/
> /* CLAUSE FROM 22
> */
> /***************************************************************************/
> SET @Sql_From22 = ''
> SET @Sql_From22 = @Sql_From22 + 'FROM T_Cotation AS C '
> SET @Sql_From22 = @Sql_From22 + ' INNER JOIN TD_PayOff_Type AS PT ON
> C.IdProduit = PT.Id '
> SET @Sql_From22 = @Sql_From22 + ' INNER JOIN T_COTATION_PANIER AS P ON C.Id
> = P.IdCotation '
> SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_SousJacent As SJ ON
> C.IdSousJacent = SJ.Id '
> SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Client_Final As CF ON
> C.IdClient = CF.Id '
> SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Utilisateur As U ON C.IdUser =
> U.Id '
> SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN TD_SaleCenter As SC ON
> CF.IdSaleCenter = SC.Id '
> SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Cotation_Reponse AS CR ON
> CR.IdCotation = C.Id AND CR.ID = (select max(id) from T_Cotation_Reponse
> where IdCotation = C.Id) '
>
> Merci
>
> Brigitte
>
> "SQLpro [MVP]" a écrit :
>
> > Brigitte a écrit :
> > > Bonjour,
> > >
> > > A quel niveau, faut-il mettre cette option?
> >
> >
> > SELECT ...
> > FROM ...
> > OPTION (MAXDOP 1)
> >
> >
> > A +
> >
> > >
> > > Merci
> > >
> > > Brigitte
> > >
> > > "SQLpro [MVP]" a écrit :
> > >
> > >> Philippe T [MS] a écrit :
> > >>> Bonjour,
> > >>>
> > >>> EXEC sp_configure 'max degree of parallelism', '1'
> > >> Mieux vaut danc ce cas utiliser le tag OPTION (MAXDOP 1) dans la requête.
> > >>
> > >> A +
> > >>
> > >>
> > >>
> > >>> Cela supprime la paramllélisation sur plusieurs processeurs mais je ne sais
> > >>> pas si c'est très conseillé car pour d'autres requêtes cela pourrait
> > >>> s'avérer contre performant.
> > >>>
> > >>> ----------------------------------------------------------------------
> > >>> Philippe TROTIN - Microsoft Service France
> > >>>
> > >>> "Brigitte" <Brigitte@discussions.microsoft.com> wrote in message
> > >>> news:5D242AAD-4187-4C4B-AD2F-B688D3EB5802@microsoft.com...
> > >>>> Bonsoir,
> > >>>>
> > >>>> J'ai une requête qui s'exécute en 12 sec sur un serveur ayant 1 proc.
> > >>>> Par contre, la même requête s'exécute en 24 sur un serveur ayant 2 proc.
> > >>>> Par contre, est-il possible d'optimiser ce temps en modifiant des
> > >>>> paramètres
> > >>>> à l'aide de sp_configure?
> > >>>>
> > >>>> Merci
> > >>>>
> > >>>> Bonne soirée
> > >>>>
> > >>>> Brigitte
> > >>>
> > >>
> > >> --
> > >> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
> > >> Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
> > >> Audit, conseil, expertise, formation, modélisation, tuning, optimisation
> > >> ********************* http://www.datasapiens.com ***********************
> > >>
> >
> >
> > --
> > Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
> > Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
> > Audit, conseil, expertise, formation, modélisation, tuning, optimisation
> > ********************* http://www.datasapiens.com ***********************
> >

Bonjour,

Voici le serveur sur lequel la requête dure 12 s:
DL560 G1
11.6 Go RAM
4 Xeon 3.0 GHz HyperThreading activé (=8 processeurs logiques)
Carte controlleur raid 6400 (192 Mo de cache, le cache en écriture est
désactivé) (8 disques de 72 Go en raid 5)
Voici le serveur sur lequel la requête dure 24 s:
DL380 G3
6 Go RAM
2 Xeon 2.8 GHz HyperThreading activé (=4 processeurs logiques)
Carte controlleur raid 641 (192 Mo de cache, dont 50% en écriture) (4
disques de 146 Go en raid 5)

Merci

Bonne fin de journée

Brigitte

"Racimo" a écrit :

Quelle est la vitesse des disques (+ conf RAiD) sur les 2 serveurs?

"Brigitte" a écrit :

> Merci, j'ai des clauses from du type et plusieurs dans la même requête.
> Est-ce possible d'utiliser toujours cette option :
>
> /***************************************************************************/
> /* CLAUSE FROM 22
> */
> /***************************************************************************/
> SET @Sql_From22 = ''
> SET @Sql_From22 = @Sql_From22 + 'FROM T_Cotation AS C '
> SET @Sql_From22 = @Sql_From22 + ' INNER JOIN TD_PayOff_Type AS PT ON
> C.IdProduit = PT.Id '
> SET @Sql_From22 = @Sql_From22 + ' INNER JOIN T_COTATION_PANIER AS P ON C.Id
> = P.IdCotation '
> SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_SousJacent As SJ ON
> C.IdSousJacent = SJ.Id '
> SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Client_Final As CF ON
> C.IdClient = CF.Id '
> SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Utilisateur As U ON C.IdUser =
> U.Id '
> SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN TD_SaleCenter As SC ON
> CF.IdSaleCenter = SC.Id '
> SET @Sql_From22 = @Sql_From22 + ' LEFT JOIN T_Cotation_Reponse AS CR ON
> CR.IdCotation = C.Id AND CR.ID = (select max(id) from T_Cotation_Reponse
> where IdCotation = C.Id) '
>
> Merci
>
> Brigitte
>
> "SQLpro [MVP]" a écrit :
>
> > Brigitte a écrit :
> > > Bonjour,
> > >
> > > A quel niveau, faut-il mettre cette option?
> >
> >
> > SELECT ...
> > FROM ...
> > OPTION (MAXDOP 1)
> >
> >
> > A +
> >
> > >
> > > Merci
> > >
> > > Brigitte
> > >
> > > "SQLpro [MVP]" a écrit :
> > >
> > >> Philippe T [MS] a écrit :
> > >>> Bonjour,
> > >>>
> > >>> EXEC sp_configure 'max degree of parallelism', '1'
> > >> Mieux vaut danc ce cas utiliser le tag OPTION (MAXDOP 1) dans la requête.
> > >>
> > >> A +
> > >>
> > >>
> > >>
> > >>> Cela supprime la paramllélisation sur plusieurs processeurs mais je ne sais
> > >>> pas si c'est très conseillé car pour d'autres requêtes cela pourrait
> > >>> s'avérer contre performant.
> > >>>
> > >>> ----------------------------------------------------------------------
> > >>> Philippe TROTIN - Microsoft Service France
> > >>>
> > >>> "Brigitte" <Brigitte@discussions.microsoft.com> wrote in message
> > >>> news:5D242AAD-4187-4C4B-AD2F-B688D3EB5802@microsoft.com...
> > >>>> Bonsoir,
> > >>>>
> > >>>> J'ai une requête qui s'exécute en 12 sec sur un serveur ayant 1 proc.
> > >>>> Par contre, la même requête s'exécute en 24 sur un serveur ayant 2 proc.
> > >>>> Par contre, est-il possible d'optimiser ce temps en modifiant des
> > >>>> paramètres
> > >>>> à l'aide de sp_configure?
> > >>>>
> > >>>> Merci
> > >>>>
> > >>>> Bonne soirée
> > >>>>
> > >>>> Brigitte
> > >>>
> > >>
> > >> --
> > >> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
> > >> Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
> > >> Audit, conseil, expertise, formation, modélisation, tuning, optimisation
> > >> ********************* http://www.datasapiens.com ***********************
> > >>
> >
> >
> > --
> > Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
> > Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
> > Audit, conseil, expertise, formation, modélisation, tuning, optimisation
> > ********************* http://www.datasapiens.com ***********************
> >