Requête introuvable ...
cdie
Messages postés
31
Date d'inscription
jeudi 3 décembre 2009
Statut
Membre
Dernière intervention
12 février 2012
-
19 janv. 2010 à 15:01
neigedhiver Messages postés 2480 Date d'inscription jeudi 30 novembre 2006 Statut Membre Dernière intervention 14 janvier 2011 - 20 janv. 2010 à 02:48
neigedhiver Messages postés 2480 Date d'inscription jeudi 30 novembre 2006 Statut Membre Dernière intervention 14 janvier 2011 - 20 janv. 2010 à 02:48
3 réponses
syndrael
Messages postés
2378
Date d'inscription
lundi 4 février 2002
Statut
Membre
Dernière intervention
29 décembre 2012
20
19 janv. 2010 à 15:33
19 janv. 2010 à 15:33
Alors pour ma part je ferai de la façon suivante:
SELECT id_jouet, count(*) as nb FROM commande GROUP BY id_jouet order by nb desc limit 0,1.
Et à partir de là, je fais une seconde requete pour trouver le nom etc..
Et puis un autre conseil (retour d'expérience) séparer l'objet de son prix. L'objet n'évolue pas son prix oui !!
S.
SELECT id_jouet, count(*) as nb FROM commande GROUP BY id_jouet order by nb desc limit 0,1.
Et à partir de là, je fais une seconde requete pour trouver le nom etc..
Et puis un autre conseil (retour d'expérience) séparer l'objet de son prix. L'objet n'évolue pas son prix oui !!
S.
cdie
Messages postés
31
Date d'inscription
jeudi 3 décembre 2009
Statut
Membre
Dernière intervention
12 février 2012
2
19 janv. 2010 à 15:47
19 janv. 2010 à 15:47
C'est effectivemnet une solution à laquelle je n'avais pas pensé. Pour le prix, on a fait de simple script de mise à jour en admin pour que l'utilisateur sélectionne le nom du jouet dans une liste déroulante, ça retourne l'ID, ouvre la page d'édition et mets à jour les changements en fonction de l'ID.
Mais merci quand même :)
Mais merci quand même :)
neigedhiver
Messages postés
2480
Date d'inscription
jeudi 30 novembre 2006
Statut
Membre
Dernière intervention
14 janvier 2011
19
20 janv. 2010 à 02:48
20 janv. 2010 à 02:48
Salut,
Une autre possibilité consiste à utiliser des méta-données. L'idée est de stocker dans la table jouets, pour chaque jouet, le nombre de fois qu'il a été commandé. A chaque commande, une petite requête qui incrémente le compteur de 1.
L'idée est qu'il y a beaucoup moins de commandes que d'affichages de pages. Donc exécuter cette requête supplémentaire quand une commande est validée est moins gourmand en ressources qu'une jointure ou deux requêtes.
Pour afficher le jouet le plus vendu :
Non testé, mais à vue de nez, ça doit donner quelque chose d'intéressant.
Il convient bien entendu de placer un index sur la colonne fraîchement créée.
Une autre option, que j'ai écartée pour plusieurs raisons, aurait été :
Solution écartée car je pense qu'ordonner toute la table est plus lent que de ne prendre qu'une seule ligne (surtout avec l'index sur jouet_nb_commandes). Par ailleurs, la clause LIMIT est propre à MySQL et pas du tout conforme au standard.
Cette solution de "méta-donnée" (il s'agit d'une donnée calculée stockée, par opposition aux données calculées d'après des données stockées) est très courante et permet de sérieux gains de perfs (et facilitent aussi les requêtes par la même occasion).
Bon, j'ai pas forcément utilisé un langage de DBA, mais j'ai fait de mon mieux pour être compris ^^
--
Neige
Souvent la réponse à votre question se trouve dans la doc. Commencez par là ;)
Une autre possibilité consiste à utiliser des méta-données. L'idée est de stocker dans la table jouets, pour chaque jouet, le nombre de fois qu'il a été commandé. A chaque commande, une petite requête qui incrémente le compteur de 1.
L'idée est qu'il y a beaucoup moins de commandes que d'affichages de pages. Donc exécuter cette requête supplémentaire quand une commande est validée est moins gourmand en ressources qu'une jointure ou deux requêtes.
Pour afficher le jouet le plus vendu :
SELECT * FROM jouet WHERE jouet_nb_commandes = MAX(jouet_nb_commandes);
Non testé, mais à vue de nez, ça doit donner quelque chose d'intéressant.
Il convient bien entendu de placer un index sur la colonne fraîchement créée.
Une autre option, que j'ai écartée pour plusieurs raisons, aurait été :
SELECT * FROM jouet ORDER BY jouet_nb_commandes DESC LIMIT 1;
Solution écartée car je pense qu'ordonner toute la table est plus lent que de ne prendre qu'une seule ligne (surtout avec l'index sur jouet_nb_commandes). Par ailleurs, la clause LIMIT est propre à MySQL et pas du tout conforme au standard.
Cette solution de "méta-donnée" (il s'agit d'une donnée calculée stockée, par opposition aux données calculées d'après des données stockées) est très courante et permet de sérieux gains de perfs (et facilitent aussi les requêtes par la même occasion).
Bon, j'ai pas forcément utilisé un langage de DBA, mais j'ai fait de mon mieux pour être compris ^^
--
Neige
Souvent la réponse à votre question se trouve dans la doc. Commencez par là ;)
