Depuis qqs temps, j'ai des temps de r=E9ponses abominables=20
lorsque j'ex=E9cute mes requetes.
Pb : je suis dans la situation suivante :=20
Je veux obtenir un chiffre d'affaire par Pays/R=E9gion/Mois
Cas 1 : 45 secondes
Je restreins ma requete sur
- un mois
- un pays
- une r=E9gion
Cas 2 : 13 minutes
Je restreins ma requete sur
- un mois
- un pays
Ce qu'il faut savoir c'est que dans ce cas pr=E9cis, mon=20
pays n'a qu'une seule r=E9gion, donc =E7a ne devrait pas=20
prendre autant de temps.
* J'ai v=E9rifi=E9 tous mes indexs, et meme recr=E9=E9s.
* Les deux requ=EAtes passent exactement par les m=EAmes=20
tables et les m=EAmes jointures, les m=EAmes index.
* en regardant le plan d'ex=E9cution, la seule diff=E9rence=20
est que la requ=EAte rapide passe par des processus de=20
paralellism et pas l'autre.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
lionelp
Bonjour,
avec maxdop à 1 est-ce que ta requête est toujours aussi lente ? l'index utilisé est-il cluster ou non cluster
quels sont les IO dans chacun des cas ?
l'ordre des colonnes dans l'index ?
l'ordre des colonnes pays, région et mois de la moins discriminente à la plus discriminente ?
utilise SET STATISTICS PROFILE ON pour avoir une idée précise des plans et voir les différences?
toutes ces questions te permettront peut-être de cerner un peu mieux ce qui se passe, si c'est normal ou un dysfonctionnement, et une solution pour améliorer la requête.
Cordialement, LionelP
-----Message d'origine----- Bonjour,
Depuis qqs temps, j'ai des temps de réponses abominables lorsque j'exécute mes requetes.
Pb : je suis dans la situation suivante : Je veux obtenir un chiffre d'affaire par Pays/Région/Mois
Cas 1 : 45 secondes Je restreins ma requete sur - un mois - un pays - une région
Cas 2 : 13 minutes Je restreins ma requete sur - un mois - un pays
Ce qu'il faut savoir c'est que dans ce cas précis, mon pays n'a qu'une seule région, donc ça ne devrait pas prendre autant de temps.
* J'ai vérifié tous mes indexs, et meme recréés. * Les deux requêtes passent exactement par les mêmes tables et les mêmes jointures, les mêmes index. * en regardant le plan d'exécution, la seule différence est que la requête rapide passe par des processus de paralellism et pas l'autre.
Auriez-vous une idée que le pb ?
merci bien
Delph
.
Bonjour,
avec maxdop à 1 est-ce que ta requête est toujours aussi
lente ?
l'index utilisé est-il cluster ou non cluster
quels sont les IO dans chacun des cas ?
l'ordre des colonnes dans l'index ?
l'ordre des colonnes pays, région et mois de la moins
discriminente à la plus discriminente ?
utilise SET STATISTICS PROFILE ON pour avoir une idée
précise des plans et voir les différences?
toutes ces questions te permettront peut-être de cerner un
peu mieux ce qui se passe, si c'est normal ou un
dysfonctionnement, et une solution pour améliorer la
requête.
Cordialement,
LionelP
-----Message d'origine-----
Bonjour,
Depuis qqs temps, j'ai des temps de réponses abominables
lorsque j'exécute mes requetes.
Pb : je suis dans la situation suivante :
Je veux obtenir un chiffre d'affaire par Pays/Région/Mois
Cas 1 : 45 secondes
Je restreins ma requete sur
- un mois
- un pays
- une région
Cas 2 : 13 minutes
Je restreins ma requete sur
- un mois
- un pays
Ce qu'il faut savoir c'est que dans ce cas précis, mon
pays n'a qu'une seule région, donc ça ne devrait pas
prendre autant de temps.
* J'ai vérifié tous mes indexs, et meme recréés.
* Les deux requêtes passent exactement par les mêmes
tables et les mêmes jointures, les mêmes index.
* en regardant le plan d'exécution, la seule différence
est que la requête rapide passe par des processus de
paralellism et pas l'autre.
avec maxdop à 1 est-ce que ta requête est toujours aussi lente ? l'index utilisé est-il cluster ou non cluster
quels sont les IO dans chacun des cas ?
l'ordre des colonnes dans l'index ?
l'ordre des colonnes pays, région et mois de la moins discriminente à la plus discriminente ?
utilise SET STATISTICS PROFILE ON pour avoir une idée précise des plans et voir les différences?
toutes ces questions te permettront peut-être de cerner un peu mieux ce qui se passe, si c'est normal ou un dysfonctionnement, et une solution pour améliorer la requête.
Cordialement, LionelP
-----Message d'origine----- Bonjour,
Depuis qqs temps, j'ai des temps de réponses abominables lorsque j'exécute mes requetes.
Pb : je suis dans la situation suivante : Je veux obtenir un chiffre d'affaire par Pays/Région/Mois
Cas 1 : 45 secondes Je restreins ma requete sur - un mois - un pays - une région
Cas 2 : 13 minutes Je restreins ma requete sur - un mois - un pays
Ce qu'il faut savoir c'est que dans ce cas précis, mon pays n'a qu'une seule région, donc ça ne devrait pas prendre autant de temps.
* J'ai vérifié tous mes indexs, et meme recréés. * Les deux requêtes passent exactement par les mêmes tables et les mêmes jointures, les mêmes index. * en regardant le plan d'exécution, la seule différence est que la requête rapide passe par des processus de paralellism et pas l'autre.
