Rqt SQL
Fermé
stéphane
-
15 mars 2001 à 11:40
PhP Messages postés 1767 Date d'inscription lundi 11 décembre 2000 Statut Membre Dernière intervention 23 décembre 2009 - 15 mars 2001 à 23:44
PhP Messages postés 1767 Date d'inscription lundi 11 décembre 2000 Statut Membre Dernière intervention 23 décembre 2009 - 15 mars 2001 à 23:44
2 réponses
bonjour,
si tu souhaites garder de bonnes performances, tout depends de ce que tu souhaites faire. Deja ajouter des index a une base, cela l'alourdi, donc baisse de perf. MAIS si tu as l'intention de lancer regulierement ta requete, au bout du compte tu t'y retrouve en creant cet index. Cela depends donc de l'utilisation que tu vas en faire.
Pour moi, si c'est une requete ponctuelle, ne crees pas d'index.
Si c'est un appel regulier, l'index s'impose.
En esperant t'avoir aide.
si tu souhaites garder de bonnes performances, tout depends de ce que tu souhaites faire. Deja ajouter des index a une base, cela l'alourdi, donc baisse de perf. MAIS si tu as l'intention de lancer regulierement ta requete, au bout du compte tu t'y retrouve en creant cet index. Cela depends donc de l'utilisation que tu vas en faire.
Pour moi, si c'est une requete ponctuelle, ne crees pas d'index.
Si c'est un appel regulier, l'index s'impose.
En esperant t'avoir aide.
PhP
Messages postés
1767
Date d'inscription
lundi 11 décembre 2000
Statut
Membre
Dernière intervention
23 décembre 2009
607
15 mars 2001 à 23:44
15 mars 2001 à 23:44
Slt Sphéphane,
Normalement si le moteur SQL est bien concu, lors d'un order by il va déjà essayer de voir s'il trouve un index correspondant.
Sinon il y a de forte chance pour qu'il génère un index temporaire surtout si les tables mises en jeux comporte un grand nombre de lignes.
@+
Philippe
Normalement si le moteur SQL est bien concu, lors d'un order by il va déjà essayer de voir s'il trouve un index correspondant.
Sinon il y a de forte chance pour qu'il génère un index temporaire surtout si les tables mises en jeux comporte un grand nombre de lignes.
@+
Philippe
15 mars 2001 à 14:02
si je comprends bien, le même order by <permanent> est donc plus gourmand qu'un index ?
mais je pense que dans mon cas il serait mieux, que j'utilise l' order by, compte tenu de données en faible quantité.