optimiser des requetes en vue de gros traitements.
4 réponses
Bonjour vous savez comme moi,
que la maniere d'ecrire une requete peut etre determinante sur la durée et
le cout machine.
j'ai donc 2 requetes qui font la meme chose mais qui en sont pas ecrite de
la meme maniere .
j'ai voulu regarder le plan d'execution qui certe n'est pas le meme, mais je
ne vois aucune information globale
qui puisse me dire quelle requete est la mieux ou la plus optimisée !!
ou puis je trouver des infos pour comprendre ce plan d'execution ou comment
faites vous pour determiner quelle requete est plus efficace qu'une 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
Fred BROUARD
La première des choses est de comparer le nombre de pages lues la seconde est de comparer les temps (calcul du plan, execution...) Cela se fait à l'aide des ordre SET STATISTICS IO : SET STATISTICS TIME
Attention : le plan de requête peu être différent si les volumes de données sont différents. L'optimisation des requêtes n'a d'ailleurs de sens que sur des volumes de données représentatifs.
voir l'article général que j'ai écrit sur l'optimisation des requêtes : http://sqlpro.developpez.com/cours/optimiser/
A +
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
a écrit:
Bonjour vous savez comme moi,
que la maniere d'ecrire une requete peut etre determinante sur la durée et le cout machine.
j'ai donc 2 requetes qui font la meme chose mais qui en sont pas ecrite de la meme maniere .
j'ai voulu regarder le plan d'execution qui certe n'est pas le meme, mais je ne vois aucune information globale qui puisse me dire quelle requete est la mieux ou la plus optimisée !!
ou puis je trouver des infos pour comprendre ce plan d'execution ou comment faites vous pour determiner quelle requete est plus efficace qu'une autre ?
Merci par avance.
La première des choses est de comparer le nombre de pages lues
la seconde est de comparer les temps (calcul du plan, execution...)
Cela se fait à l'aide des ordre SET STATISTICS IO : SET STATISTICS TIME
Attention : le plan de requête peu être différent si les volumes de données sont
différents. L'optimisation des requêtes n'a d'ailleurs de sens que sur des
volumes de données représentatifs.
voir l'article général que j'ai écrit sur l'optimisation des requêtes :
http://sqlpro.developpez.com/cours/optimiser/
A +
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
christophe@ipnet.fr a écrit:
Bonjour vous savez comme moi,
que la maniere d'ecrire une requete peut etre determinante sur la durée et
le cout machine.
j'ai donc 2 requetes qui font la meme chose mais qui en sont pas ecrite de
la meme maniere .
j'ai voulu regarder le plan d'execution qui certe n'est pas le meme, mais je
ne vois aucune information globale
qui puisse me dire quelle requete est la mieux ou la plus optimisée !!
ou puis je trouver des infos pour comprendre ce plan d'execution ou comment
faites vous pour determiner quelle requete est plus efficace qu'une autre ?
La première des choses est de comparer le nombre de pages lues la seconde est de comparer les temps (calcul du plan, execution...) Cela se fait à l'aide des ordre SET STATISTICS IO : SET STATISTICS TIME
Attention : le plan de requête peu être différent si les volumes de données sont différents. L'optimisation des requêtes n'a d'ailleurs de sens que sur des volumes de données représentatifs.
voir l'article général que j'ai écrit sur l'optimisation des requêtes : http://sqlpro.developpez.com/cours/optimiser/
A +
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
a écrit:
Bonjour vous savez comme moi,
que la maniere d'ecrire une requete peut etre determinante sur la durée et le cout machine.
j'ai donc 2 requetes qui font la meme chose mais qui en sont pas ecrite de la meme maniere .
j'ai voulu regarder le plan d'execution qui certe n'est pas le meme, mais je ne vois aucune information globale qui puisse me dire quelle requete est la mieux ou la plus optimisée !!
ou puis je trouver des infos pour comprendre ce plan d'execution ou comment faites vous pour determiner quelle requete est plus efficace qu'une autre ?
Merci par avance.
merci Fred,
donc pas de logiciel miracle, mais une bonne comprehension du plan ?
"Fred BROUARD" a écrit dans le message de news:
La première des choses est de comparer le nombre de pages lues la seconde est de comparer les temps (calcul du plan, execution...) Cela se fait à l'aide des ordre SET STATISTICS IO : SET STATISTICS TIME
Attention : le plan de requête peu être différent si les volumes de données sont différents. L'optimisation des requêtes n'a d'ailleurs de sens que sur des volumes de données représentatifs.
voir l'article général que j'ai écrit sur l'optimisation des requêtes : http://sqlpro.developpez.com/cours/optimiser/
A +
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
a écrit:
Bonjour vous savez comme moi,
que la maniere d'ecrire une requete peut etre determinante sur la durée et le cout machine.
j'ai donc 2 requetes qui font la meme chose mais qui en sont pas ecrite de la meme maniere .
j'ai voulu regarder le plan d'execution qui certe n'est pas le meme, mais je ne vois aucune information globale qui puisse me dire quelle requete est la mieux ou la plus optimisée !!
ou puis je trouver des infos pour comprendre ce plan d'execution ou comment faites vous pour determiner quelle requete est plus efficace qu'une autre ?
Merci par avance.
merci Fred,
donc pas de logiciel miracle, mais une bonne comprehension du plan ?
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de news:
42B18522.7030609@club-internet.fr...
La première des choses est de comparer le nombre de pages lues
la seconde est de comparer les temps (calcul du plan, execution...)
Cela se fait à l'aide des ordre SET STATISTICS IO : SET STATISTICS TIME
Attention : le plan de requête peu être différent si les volumes de
données sont différents. L'optimisation des requêtes n'a d'ailleurs de
sens que sur des volumes de données représentatifs.
voir l'article général que j'ai écrit sur l'optimisation des requêtes :
http://sqlpro.developpez.com/cours/optimiser/
A +
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
christophe@ipnet.fr a écrit:
Bonjour vous savez comme moi,
que la maniere d'ecrire une requete peut etre determinante sur la durée
et le cout machine.
j'ai donc 2 requetes qui font la meme chose mais qui en sont pas ecrite
de la meme maniere .
j'ai voulu regarder le plan d'execution qui certe n'est pas le meme, mais
je ne vois aucune information globale
qui puisse me dire quelle requete est la mieux ou la plus optimisée !!
ou puis je trouver des infos pour comprendre ce plan d'execution ou
comment faites vous pour determiner quelle requete est plus efficace
qu'une autre ?
donc pas de logiciel miracle, mais une bonne comprehension du plan ?
"Fred BROUARD" a écrit dans le message de news:
La première des choses est de comparer le nombre de pages lues la seconde est de comparer les temps (calcul du plan, execution...) Cela se fait à l'aide des ordre SET STATISTICS IO : SET STATISTICS TIME
Attention : le plan de requête peu être différent si les volumes de données sont différents. L'optimisation des requêtes n'a d'ailleurs de sens que sur des volumes de données représentatifs.
voir l'article général que j'ai écrit sur l'optimisation des requêtes : http://sqlpro.developpez.com/cours/optimiser/
A +
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
a écrit:
Bonjour vous savez comme moi,
que la maniere d'ecrire une requete peut etre determinante sur la durée et le cout machine.
j'ai donc 2 requetes qui font la meme chose mais qui en sont pas ecrite de la meme maniere .
j'ai voulu regarder le plan d'execution qui certe n'est pas le meme, mais je ne vois aucune information globale qui puisse me dire quelle requete est la mieux ou la plus optimisée !!
ou puis je trouver des infos pour comprendre ce plan d'execution ou comment faites vous pour determiner quelle requete est plus efficace qu'une autre ?
Merci par avance.
Fred BROUARD
a écrit:
merci Fred,
donc pas de logiciel miracle, mais une bonne comprehension du plan ?
Il n'y a aucune recette miracle en la matière : du travail, de l'habitude, des essais, de la reflexion et la préhension globale des contraintes d'une base de données (problématique de volume, logique ensembliste... etc).
La lecture du plan ne saurait suffire, et le plan visuel telle que le sort MS est un leurre gadgétique. Mieux vaut lui accorder que peu d'importance.
Cepandant, avec MS SQL Server 2005, il sera possible de charcuter la plan de requête : celsui-ci sera externalisable sous forme de grappe XML et réintroductible.
A +
"Fred BROUARD" a écrit dans le message de news:
La première des choses est de comparer le nombre de pages lues la seconde est de comparer les temps (calcul du plan, execution...) Cela se fait à l'aide des ordre SET STATISTICS IO : SET STATISTICS TIME
Attention : le plan de requête peu être différent si les volumes de données sont différents. L'optimisation des requêtes n'a d'ailleurs de sens que sur des volumes de données représentatifs.
voir l'article général que j'ai écrit sur l'optimisation des requêtes : http://sqlpro.developpez.com/cours/optimiser/
A +
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
a écrit:
Bonjour vous savez comme moi,
que la maniere d'ecrire une requete peut etre determinante sur la durée et le cout machine.
j'ai donc 2 requetes qui font la meme chose mais qui en sont pas ecrite de la meme maniere .
j'ai voulu regarder le plan d'execution qui certe n'est pas le meme, mais je ne vois aucune information globale qui puisse me dire quelle requete est la mieux ou la plus optimisée !!
ou puis je trouver des infos pour comprendre ce plan d'execution ou comment faites vous pour determiner quelle requete est plus efficace qu'une autre ?
Merci par avance.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
christophe@ipnet.fr a écrit:
merci Fred,
donc pas de logiciel miracle, mais une bonne comprehension du plan ?
Il n'y a aucune recette miracle en la matière : du travail, de l'habitude, des
essais, de la reflexion et la préhension globale des contraintes d'une base de
données (problématique de volume, logique ensembliste... etc).
La lecture du plan ne saurait suffire, et le plan visuel telle que le sort MS
est un leurre gadgétique. Mieux vaut lui accorder que peu d'importance.
Cepandant, avec MS SQL Server 2005, il sera possible de charcuter la plan de
requête : celsui-ci sera externalisable sous forme de grappe XML et réintroductible.
A +
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de news:
42B18522.7030609@club-internet.fr...
La première des choses est de comparer le nombre de pages lues
la seconde est de comparer les temps (calcul du plan, execution...)
Cela se fait à l'aide des ordre SET STATISTICS IO : SET STATISTICS TIME
Attention : le plan de requête peu être différent si les volumes de
données sont différents. L'optimisation des requêtes n'a d'ailleurs de
sens que sur des volumes de données représentatifs.
voir l'article général que j'ai écrit sur l'optimisation des requêtes :
http://sqlpro.developpez.com/cours/optimiser/
A +
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
christophe@ipnet.fr a écrit:
Bonjour vous savez comme moi,
que la maniere d'ecrire une requete peut etre determinante sur la durée
et le cout machine.
j'ai donc 2 requetes qui font la meme chose mais qui en sont pas ecrite
de la meme maniere .
j'ai voulu regarder le plan d'execution qui certe n'est pas le meme, mais
je ne vois aucune information globale
qui puisse me dire quelle requete est la mieux ou la plus optimisée !!
ou puis je trouver des infos pour comprendre ce plan d'execution ou
comment faites vous pour determiner quelle requete est plus efficace
qu'une autre ?
Merci par avance.
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
donc pas de logiciel miracle, mais une bonne comprehension du plan ?
Il n'y a aucune recette miracle en la matière : du travail, de l'habitude, des essais, de la reflexion et la préhension globale des contraintes d'une base de données (problématique de volume, logique ensembliste... etc).
La lecture du plan ne saurait suffire, et le plan visuel telle que le sort MS est un leurre gadgétique. Mieux vaut lui accorder que peu d'importance.
Cepandant, avec MS SQL Server 2005, il sera possible de charcuter la plan de requête : celsui-ci sera externalisable sous forme de grappe XML et réintroductible.
A +
"Fred BROUARD" a écrit dans le message de news:
La première des choses est de comparer le nombre de pages lues la seconde est de comparer les temps (calcul du plan, execution...) Cela se fait à l'aide des ordre SET STATISTICS IO : SET STATISTICS TIME
Attention : le plan de requête peu être différent si les volumes de données sont différents. L'optimisation des requêtes n'a d'ailleurs de sens que sur des volumes de données représentatifs.
voir l'article général que j'ai écrit sur l'optimisation des requêtes : http://sqlpro.developpez.com/cours/optimiser/
A +
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
a écrit:
Bonjour vous savez comme moi,
que la maniere d'ecrire une requete peut etre determinante sur la durée et le cout machine.
j'ai donc 2 requetes qui font la meme chose mais qui en sont pas ecrite de la meme maniere .
j'ai voulu regarder le plan d'execution qui certe n'est pas le meme, mais je ne vois aucune information globale qui puisse me dire quelle requete est la mieux ou la plus optimisée !!
ou puis je trouver des infos pour comprendre ce plan d'execution ou comment faites vous pour determiner quelle requete est plus efficace qu'une autre ?
Merci par avance.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
Med Bouchenafa
>>La lecture du plan ne saurait suffire, et le plan visuel telle que le sort MS est un leurre gadgétique. Mieux vaut lui accorder que peu d'importance.
Pas du tout d'accord et vraiment pas d'accord. Le plan de requete (Graphique ou textuel ) generé par SQL Server est un outil d'une valeur inestimable pour ce genre de problemes Il faut juste prendre le temps de comprendre comment ca fonctionne et lui accorder, tout au contraire, la plus grande importance.
Bien cordialement Med bouchenafa
"Fred BROUARD" wrote in message news:%
a écrit:
merci Fred,
donc pas de logiciel miracle, mais une bonne comprehension du plan ?
Il n'y a aucune recette miracle en la matière : du travail, de l'habitude, des essais, de la reflexion et la préhension globale des contraintes d'une base de données (problématique de volume, logique ensembliste... etc).
La lecture du plan ne saurait suffire, et le plan visuel telle que le sort MS est un leurre gadgétique. Mieux vaut lui accorder que peu d'importance.
Cepandant, avec MS SQL Server 2005, il sera possible de charcuter la plan de requête : celsui-ci sera externalisable sous forme de grappe XML et réintroductible.
A +
"Fred BROUARD" a écrit dans le message de news:
La première des choses est de comparer le nombre de pages lues la seconde est de comparer les temps (calcul du plan, execution...) Cela se fait à l'aide des ordre SET STATISTICS IO : SET STATISTICS TIME
Attention : le plan de requête peu être différent si les volumes de données sont différents. L'optimisation des requêtes n'a d'ailleurs de sens que sur des volumes de données représentatifs.
voir l'article général que j'ai écrit sur l'optimisation des requêtes : http://sqlpro.developpez.com/cours/optimiser/
A +
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
a écrit:
Bonjour vous savez comme moi,
que la maniere d'ecrire une requete peut etre determinante sur la durée et le cout machine.
j'ai donc 2 requetes qui font la meme chose mais qui en sont pas ecrite de la meme maniere .
j'ai voulu regarder le plan d'execution qui certe n'est pas le meme, mais je ne vois aucune information globale qui puisse me dire quelle requete est la mieux ou la plus optimisée !!
ou puis je trouver des infos pour comprendre ce plan d'execution ou comment faites vous pour determiner quelle requete est plus efficace qu'une autre ?
Merci par avance.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
>>La lecture du plan ne saurait suffire, et le plan visuel telle que le sort
MS est un leurre gadgétique. Mieux vaut lui accorder que peu d'importance.
Pas du tout d'accord et vraiment pas d'accord.
Le plan de requete (Graphique ou textuel ) generé par SQL Server est un
outil d'une valeur inestimable pour ce genre de problemes
Il faut juste prendre le temps de comprendre comment ca fonctionne et lui
accorder, tout au contraire, la plus grande importance.
Bien cordialement
Med bouchenafa
"Fred BROUARD" <brouardf@club-internet.fr> wrote in message
news:%23loJCopcFHA.3712@TK2MSFTNGP12.phx.gbl...
christophe@ipnet.fr a écrit:
merci Fred,
donc pas de logiciel miracle, mais une bonne comprehension du plan ?
Il n'y a aucune recette miracle en la matière : du travail, de l'habitude,
des essais, de la reflexion et la préhension globale des contraintes d'une
base de données (problématique de volume, logique ensembliste... etc).
La lecture du plan ne saurait suffire, et le plan visuel telle que le sort
MS est un leurre gadgétique. Mieux vaut lui accorder que peu d'importance.
Cepandant, avec MS SQL Server 2005, il sera possible de charcuter la plan
de requête : celsui-ci sera externalisable sous forme de grappe XML et
réintroductible.
A +
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
news: 42B18522.7030609@club-internet.fr...
La première des choses est de comparer le nombre de pages lues
la seconde est de comparer les temps (calcul du plan, execution...)
Cela se fait à l'aide des ordre SET STATISTICS IO : SET STATISTICS TIME
Attention : le plan de requête peu être différent si les volumes de
données sont différents. L'optimisation des requêtes n'a d'ailleurs de
sens que sur des volumes de données représentatifs.
voir l'article général que j'ai écrit sur l'optimisation des requêtes :
http://sqlpro.developpez.com/cours/optimiser/
A +
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
christophe@ipnet.fr a écrit:
Bonjour vous savez comme moi,
que la maniere d'ecrire une requete peut etre determinante sur la durée
et le cout machine.
j'ai donc 2 requetes qui font la meme chose mais qui en sont pas ecrite
de la meme maniere .
j'ai voulu regarder le plan d'execution qui certe n'est pas le meme,
mais je ne vois aucune information globale
qui puisse me dire quelle requete est la mieux ou la plus optimisée !!
ou puis je trouver des infos pour comprendre ce plan d'execution ou
comment faites vous pour determiner quelle requete est plus efficace
qu'une autre ?
Merci par avance.
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
>>La lecture du plan ne saurait suffire, et le plan visuel telle que le sort MS est un leurre gadgétique. Mieux vaut lui accorder que peu d'importance.
Pas du tout d'accord et vraiment pas d'accord. Le plan de requete (Graphique ou textuel ) generé par SQL Server est un outil d'une valeur inestimable pour ce genre de problemes Il faut juste prendre le temps de comprendre comment ca fonctionne et lui accorder, tout au contraire, la plus grande importance.
Bien cordialement Med bouchenafa
"Fred BROUARD" wrote in message news:%
a écrit:
merci Fred,
donc pas de logiciel miracle, mais une bonne comprehension du plan ?
Il n'y a aucune recette miracle en la matière : du travail, de l'habitude, des essais, de la reflexion et la préhension globale des contraintes d'une base de données (problématique de volume, logique ensembliste... etc).
La lecture du plan ne saurait suffire, et le plan visuel telle que le sort MS est un leurre gadgétique. Mieux vaut lui accorder que peu d'importance.
Cepandant, avec MS SQL Server 2005, il sera possible de charcuter la plan de requête : celsui-ci sera externalisable sous forme de grappe XML et réintroductible.
A +
"Fred BROUARD" a écrit dans le message de news:
La première des choses est de comparer le nombre de pages lues la seconde est de comparer les temps (calcul du plan, execution...) Cela se fait à l'aide des ordre SET STATISTICS IO : SET STATISTICS TIME
Attention : le plan de requête peu être différent si les volumes de données sont différents. L'optimisation des requêtes n'a d'ailleurs de sens que sur des volumes de données représentatifs.
voir l'article général que j'ai écrit sur l'optimisation des requêtes : http://sqlpro.developpez.com/cours/optimiser/
A +
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
a écrit:
Bonjour vous savez comme moi,
que la maniere d'ecrire une requete peut etre determinante sur la durée et le cout machine.
j'ai donc 2 requetes qui font la meme chose mais qui en sont pas ecrite de la meme maniere .
j'ai voulu regarder le plan d'execution qui certe n'est pas le meme, mais je ne vois aucune information globale qui puisse me dire quelle requete est la mieux ou la plus optimisée !!
ou puis je trouver des infos pour comprendre ce plan d'execution ou comment faites vous pour determiner quelle requete est plus efficace qu'une autre ?
Merci par avance.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************