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
Patrick Mevzek
Le Mon, 12 Mar 2007 10:14:08 +0100, Etienne SOBOLE a écrit :
ne change pas grand chose. car l'index n'est pas utilisé !!!
S'il n'est pas utilisé c'est que le système estime que cela ira plus vite sans. Utiliser un index n'est pas toujours plus rapide.
D'après votre requête, si les statistiques sont correctes, votre table as400fact a 435 lignes, soit donc trop peu de lignes pour justifier un index (un accès séquentiel ira plus vite)
Cela dépend donc du contenu de la table : - il faut ne pas oublier le ANALYZE régulier - et éventuellement augmenter les statistiques pour l'attribut indexé.
Si ce n'est pas déjà le cas, des index sur les attributs idcom pourraient peut-être être utiles. Vous pouvez aussi essayer de reecrire votre requête avec une sous-requête à la place de la jointure, ca donnera peut-être d'autres résultats (en termes de performances).
-- Patrick Mevzek . . . . . . . . . . . . . . Dot and Co <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Le Mon, 12 Mar 2007 10:14:08 +0100, Etienne SOBOLE a écrit :
ne change pas grand chose. car l'index n'est pas utilisé !!!
S'il n'est pas utilisé c'est que le système estime que cela ira plus
vite sans. Utiliser un index n'est pas toujours plus rapide.
D'après votre requête, si les statistiques sont correctes, votre table
as400fact a 435 lignes, soit donc trop peu de lignes pour justifier un
index (un accès séquentiel ira plus vite)
Cela dépend donc du contenu de la table :
- il faut ne pas oublier le ANALYZE régulier
- et éventuellement augmenter les statistiques pour l'attribut indexé.
Si ce n'est pas déjà le cas, des index sur les attributs idcom
pourraient peut-être être utiles.
Vous pouvez aussi essayer de reecrire votre requête avec une
sous-requête à la place de la jointure, ca donnera peut-être d'autres
résultats (en termes de performances).
--
Patrick Mevzek . . . . . . . . . . . . . . Dot and Co
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Le Mon, 12 Mar 2007 10:14:08 +0100, Etienne SOBOLE a écrit :
ne change pas grand chose. car l'index n'est pas utilisé !!!
S'il n'est pas utilisé c'est que le système estime que cela ira plus vite sans. Utiliser un index n'est pas toujours plus rapide.
D'après votre requête, si les statistiques sont correctes, votre table as400fact a 435 lignes, soit donc trop peu de lignes pour justifier un index (un accès séquentiel ira plus vite)
Cela dépend donc du contenu de la table : - il faut ne pas oublier le ANALYZE régulier - et éventuellement augmenter les statistiques pour l'attribut indexé.
Si ce n'est pas déjà le cas, des index sur les attributs idcom pourraient peut-être être utiles. Vous pouvez aussi essayer de reecrire votre requête avec une sous-requête à la place de la jointure, ca donnera peut-être d'autres résultats (en termes de performances).
-- Patrick Mevzek . . . . . . . . . . . . . . Dot and Co <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Etienne SOBOLE
Ok. merci.
j'ai effectivement réécrit la requete et cela a tout changé ! Etienne
"Patrick Mevzek" a écrit dans le message de news:
Le Mon, 12 Mar 2007 10:14:08 +0100, Etienne SOBOLE a écrit :
ne change pas grand chose. car l'index n'est pas utilisé !!!
S'il n'est pas utilisé c'est que le système estime que cela ira plus vite sans. Utiliser un index n'est pas toujours plus rapide.
D'après votre requête, si les statistiques sont correctes, votre table as400fact a 435 lignes, soit donc trop peu de lignes pour justifier un index (un accès séquentiel ira plus vite)
Cela dépend donc du contenu de la table : - il faut ne pas oublier le ANALYZE régulier - et éventuellement augmenter les statistiques pour l'attribut indexé.
Si ce n'est pas déjà le cas, des index sur les attributs idcom pourraient peut-être être utiles. Vous pouvez aussi essayer de reecrire votre requête avec une sous-requête à la place de la jointure, ca donnera peut-être d'autres résultats (en termes de performances).
-- Patrick Mevzek . . . . . . . . . . . . . . Dot and Co <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Ok. merci.
j'ai effectivement réécrit la requete et cela a tout changé !
Etienne
"Patrick Mevzek" <pm-N200703@nospam.dotandco.com> a écrit dans le message de
news: pan.2007.03.12.13.01.15.119515@nospam.dotandco.com...
Le Mon, 12 Mar 2007 10:14:08 +0100, Etienne SOBOLE a écrit :
ne change pas grand chose. car l'index n'est pas utilisé !!!
S'il n'est pas utilisé c'est que le système estime que cela ira plus
vite sans. Utiliser un index n'est pas toujours plus rapide.
D'après votre requête, si les statistiques sont correctes, votre table
as400fact a 435 lignes, soit donc trop peu de lignes pour justifier un
index (un accès séquentiel ira plus vite)
Cela dépend donc du contenu de la table :
- il faut ne pas oublier le ANALYZE régulier
- et éventuellement augmenter les statistiques pour l'attribut indexé.
Si ce n'est pas déjà le cas, des index sur les attributs idcom
pourraient peut-être être utiles.
Vous pouvez aussi essayer de reecrire votre requête avec une
sous-requête à la place de la jointure, ca donnera peut-être d'autres
résultats (en termes de performances).
--
Patrick Mevzek . . . . . . . . . . . . . . Dot and Co
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
j'ai effectivement réécrit la requete et cela a tout changé ! Etienne
"Patrick Mevzek" a écrit dans le message de news:
Le Mon, 12 Mar 2007 10:14:08 +0100, Etienne SOBOLE a écrit :
ne change pas grand chose. car l'index n'est pas utilisé !!!
S'il n'est pas utilisé c'est que le système estime que cela ira plus vite sans. Utiliser un index n'est pas toujours plus rapide.
D'après votre requête, si les statistiques sont correctes, votre table as400fact a 435 lignes, soit donc trop peu de lignes pour justifier un index (un accès séquentiel ira plus vite)
Cela dépend donc du contenu de la table : - il faut ne pas oublier le ANALYZE régulier - et éventuellement augmenter les statistiques pour l'attribut indexé.
Si ce n'est pas déjà le cas, des index sur les attributs idcom pourraient peut-être être utiles. Vous pouvez aussi essayer de reecrire votre requête avec une sous-requête à la place de la jointure, ca donnera peut-être d'autres résultats (en termes de performances).
-- Patrick Mevzek . . . . . . . . . . . . . . Dot and Co <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>