Vous n'êtes pas identifié(e).
Pages : 1
Merci Kris
J'ai modifié mon message entre temps car effectivement mon exemple n'était pas bon, j'avais voulu exposer un cas simple car le mien est bien plus compliqué... ce faisant j'ai écris une requête SQL incohérante.
J'avais trouvé JOIN assez inadapté dans mon cas ne souhaitant que compter le nombre d'objet d'une autre table et pensant que je passais acoté d'un SELECT très simple, mais si c'est là la bonne méthode alors tant mieux
Je vais regarder 'USING'
Merci beaucoup
Bonjour à tous
J'ai mon résultat mais la méthode ne me plais pas du tout... J'ai du passer à coté de quelques chose de très simple et plus 'propre'. (non je ne suis pas développeur à la base, vous l'aurez bien compris ^^)
Hypothese:
1 table contenant une liste d'objet et leur description
1 table contenant des notes/commentaires sur ces objets (0 ou plusieurs notes par objet possibles)
Lien entre les table: un id d'objet unique (ici objid)
Résultat recherché:
noms d'objet, nombre de commentaires pour chaque objet
A ce jour j'utilise un JOIN entre deux requetes pour 1. sortir la liste des objets (filtrée), 2. sortir le nombre de commentaires de chaque objet
Le résultat est presque ce que je souhaite malgré le cas particulier du 0 notes qui m'oblige à faire un traitement php particulier sur le résultat mais je m'en suis accommodé. Je souhaitai juste avoir d'autres propositions qui, j'imagine, seront bien plus 'normalisées' et certainement sans utilisation d'un JOIN assez barbare...
Je suis donc ouvert à toute proposition ^^
Un grand merci d'avance
Pages : 1