Bonjour,
Vaut-il mieux, pour la rapidité, faire un select * ou bien préciser les champs uniquement nécessaires pour la suite ? Ou bien il n'y a pas de différence ?
Merci.
la communauté d'entraide francophone dédiée au PHP
select * from : lourd ou pas ?
Administrateur PHPfrance |
3088 Messages
Je crois que ovide parlait de
opposé à
J'avais fait quelques tests informels, et il y a un gain marginal (en terme de performances) à utiliser certaines syntaxes sous certaines condition, mais le gain est très marginal donc ce que je recommande vraiment c'est de spécifier tous les champs dont on a besoin (donc tous, si besoin est) et de les lister dans l'ordre où ils apparaissent dans la table.
Code : Tout sélectionner
SELECT * FROM tableCode : Tout sélectionner
SELECT col1, col2, col3 FROM table
Invité
Invité n'ayant pas de compte PHPfrance
Oui, c'est ça (col 1, col2 etc., à la place de *)
Donc ça évite de rapatrier tout le tralala. Ok, merci !
Autre question aussi svp. Entre where et join ? Lequel et le meilleur et pourquoi svp ?
Donc ça évite de rapatrier tout le tralala. Ok, merci !
Autre question aussi svp. Entre where et join ? Lequel et le meilleur et pourquoi svp ?
Administrateur PHPfrance |
3088 Messages
Ce sont deux clauses totalement différentes, il faudrait que tu donnes l'exemple des deux requêtes à comparer. (donnant le même résultat, évidemment)
C'est noté, merci.
[/quote][/code]J'avais fait quelques tests informels, et il y a un gain marginal (en terme de performances) à utiliser certaines syntaxes sous certaines condition, mais le gain est très marginal donc ce que je recommande vraiment c'est de spécifier tous les champs dont on a besoin (donc tous, si besoin est) et de les lister dans l'ordre où ils apparaissent dans la table.
Modération :
ovide, si ta question est résolue, pense à ajouter le tag [Résolu]
pour indiquer aux personnes qui voudront consulter ce sujet qu'il contient une solution.
Tu peux réaliser cette opération en cliquant sur le bouton
en haut à gauche de ce sujet.
ovide, si ta question est résolue, pense à ajouter le tag [Résolu]
pour indiquer aux personnes qui voudront consulter ce sujet qu'il contient une solution.
Tu peux réaliser cette opération en cliquant sur le bouton
en haut à gauche de ce sujet./!\ Avant de poster se documenter et rechercher.
Qui ne sait pas rendre un service n'a pas le droit d'en demander.
MaBrute
Salut,
personnelement je n'aime pas les where champ1=champ2 :
La clause where est la pour filtrer et éliminer des données lors de la selection, je trouve contradictoire le fait de demander l'élimination de données d'une part et de demander d'en rajouter par une jointure.
De plus je trouve les requetes plus facile à lire lorsque l'on a des jointures faites avec JOIN.
Ceci dit c'est un avis personnel
personnelement je n'aime pas les where champ1=champ2 :
La clause where est la pour filtrer et éliminer des données lors de la selection, je trouve contradictoire le fait de demander l'élimination de données d'une part et de demander d'en rajouter par une jointure.
De plus je trouve les requetes plus facile à lire lorsque l'on a des jointures faites avec JOIN.
Ceci dit c'est un avis personnel
C'est un peu une histoire de goûts et de couleurs.
Ainsi, je suis d'accord avec mojorisin
et je préfère appliquer une discipline de clarté :
- jointures de tables dans la clause FROM avec des JOIN
- comparaison avec des valeurs dans les clauses WHERE
Cependant, il faut bien reconnaître que dans une requête
faisant appel à 4 tables ou plus, les jointures faites dans les clauses WHERE
permettent tout de même une meilleure lisibilité que des JOIN dans le FROM.
Après, c'est une affaire personnelle,
les performances n'étant - à priori - guère affectées par ce choix...
Ainsi, je suis d'accord avec mojorisin
et je préfère appliquer une discipline de clarté :
- jointures de tables dans la clause FROM avec des JOIN
- comparaison avec des valeurs dans les clauses WHERE
Cependant, il faut bien reconnaître que dans une requête
faisant appel à 4 tables ou plus, les jointures faites dans les clauses WHERE
permettent tout de même une meilleure lisibilité que des JOIN dans le FROM.
Après, c'est une affaire personnelle,
les performances n'étant - à priori - guère affectées par ce choix...
Heu, tu veux dire que c'est le contraire non ?Cependant, il faut bien reconnaître que dans une requête
faisant appel à 4 tables ou plus, les jointures faites dans les clauses WHERE
permettent tout de même une meilleure lisibilité que des JOIN dans le FROM.
Avec 4 jointures et 3 critères de tri, tu trouves ça plus clair si tout est mélangé ?
À consulter AVANT de poster :Recherche sur le forum - FAQ - Tutoriaux - Débugger du SQL
Documentation PHP - Documentation MySQL - Erreurs PHP courantes - Ça marche pas ?
Inscrivez vous ! : www.worldcommunitygrid.orgNon, non, je m'y retrouve mieux avec 15 lignes de WHERE et de AND
qu'avec un FROM qui n'en finit pas avec ses 36 JOIN... ON.
D'autant plus que je prends soin de placer
- en tête les clauses WHERE de jointure,
- en queue, les clauses WHERE de comparaison.
Mais comme je l'ai bien indiqué, c'est une affaire de goûts personnels.
qu'avec un FROM qui n'en finit pas avec ses 36 JOIN... ON.
D'autant plus que je prends soin de placer
- en tête les clauses WHERE de jointure,
- en queue, les clauses WHERE de comparaison.
Mais comme je l'ai bien indiqué, c'est une affaire de goûts personnels.
Administrateur PHPfrance |
3088 Messages
Elles ne le sont même pas du tout parce que MySQL réécrit la requête de la même façon.les performances n'étant - à priori - guère affectées par ce choix...
Code : Tout sélectionner
SELECT t2.col2 FROM t1 JOIN t2 USING (col1)Code : Tout sélectionner
SELECT t2.col2 FROM t1, t2 WHERE t2.col1 = t1.col1Code : Tout sélectionner
select "test"."t2"."col2" AS "col2" from "test"."t1" join "test"."t2" where ("test"."t2"."col1" = "test"."t1"."col1")voir EXPLAIN EXTENDED