plans d'execution différents pour une même proc stockée
1 réponse
self
Phénomème étrange constaté sur un sql2000 (sp2)
une proc stockée n'a pas le meme plan d'execution lorsqu'elle est exécutée
par l'analyseur de requête et une page intranet en asp.net ado.net !!!?!?
Cela pose un gros problème car par l'intranet, l'optimiseur choisi un index
qui dégrade les performances. cet index a été créé pour un autre besoin.
pourquoi en fonction du client, un plan d'éxecution peut-être différent pour
un meme proc stockée ?
cela peut-il provenir du provider utilisé?
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
Med Bouchenafa [MVP]
Probablement que les options SET sont différentes. Regarde ce que renvoie DBCC USEROPTIONS tant au niveau de l'analyseur de requêtes que de ton application .NET Cela te dira quelle est l'option SET qui déroute l'optimiseur.
-- Salutations Med Bouchenafa TETRASET 75015 Paris "self" <self(enleverceci)@caramail.com> a écrit dans le message de news: buqmpi$som$
Phénomème étrange constaté sur un sql2000 (sp2)
une proc stockée n'a pas le meme plan d'execution lorsqu'elle est exécutée par l'analyseur de requête et une page intranet en asp.net ado.net !!!?!? Cela pose un gros problème car par l'intranet, l'optimiseur choisi un index qui dégrade les performances. cet index a été créé pour un autre besoin.
pourquoi en fonction du client, un plan d'éxecution peut-être différent pour un meme proc stockée ? cela peut-il provenir du provider utilisé?
par avance merci
Probablement que les options SET sont différentes.
Regarde ce que renvoie DBCC USEROPTIONS tant au niveau de l'analyseur de requêtes que de ton
application .NET
Cela te dira quelle est l'option SET qui déroute l'optimiseur.
--
Salutations
Med Bouchenafa
TETRASET
75015 Paris
"self" <self(enleverceci)@caramail.com> a écrit dans le message de news:
buqmpi$som$1@reader1.imaginet.fr...
Phénomème étrange constaté sur un sql2000 (sp2)
une proc stockée n'a pas le meme plan d'execution lorsqu'elle est exécutée
par l'analyseur de requête et une page intranet en asp.net ado.net !!!?!?
Cela pose un gros problème car par l'intranet, l'optimiseur choisi un index
qui dégrade les performances. cet index a été créé pour un autre besoin.
pourquoi en fonction du client, un plan d'éxecution peut-être différent pour
un meme proc stockée ?
cela peut-il provenir du provider utilisé?
Probablement que les options SET sont différentes. Regarde ce que renvoie DBCC USEROPTIONS tant au niveau de l'analyseur de requêtes que de ton application .NET Cela te dira quelle est l'option SET qui déroute l'optimiseur.
-- Salutations Med Bouchenafa TETRASET 75015 Paris "self" <self(enleverceci)@caramail.com> a écrit dans le message de news: buqmpi$som$
Phénomème étrange constaté sur un sql2000 (sp2)
une proc stockée n'a pas le meme plan d'execution lorsqu'elle est exécutée par l'analyseur de requête et une page intranet en asp.net ado.net !!!?!? Cela pose un gros problème car par l'intranet, l'optimiseur choisi un index qui dégrade les performances. cet index a été créé pour un autre besoin.
pourquoi en fonction du client, un plan d'éxecution peut-être différent pour un meme proc stockée ? cela peut-il provenir du provider utilisé?
