Rajouter un champ dans un select

Bonjour,

jexplique ce que je souhaite avec un exemple, ca sera plus facile :

jai 2 table : table1, table2

table1
id ...
1
2
3
4

table2
id table1_id ...
1 1
2 1
3 1
4 2
5 2
6 2
7 2
8 3

je voudrais a present faire un SELECT qui me rendrait la table1 avec le nombre doccurence (total) de la table2

table1
id total
1 3
2 4
3 1
4 0

Merci de votre aide !!!

Salut,

Quelque chose dans ce genre :



J'ai testé chez moi avec des tables déjà existantes, ça fonctionne. J'ai transposé, normalement... ça devrait fonctionner.

Je profite de ce post pour attirer ton attention sur un point très très important dans la conception de ta base de données.
Dans une BASE DE DONNÉES une donnée ne peut avoir qu'un seul et unique nom. Inversement, dans une BASE DE DONNÉES, un nom de donnée ne peut représenter qu'une seule et unique donnée.
Respecter cette règle permet de garantir l'intégrité de tes données et donc de ta base. Accessoirement, ça te permet de ne pas te mélanger...
Tu ne devrais donc pas avoir plusieurs identifiants qui portent le nom `id`. Et la donnée nommée `id` ne peut représenter qu'un seul champ d'une seule table.

Ne pas suivre cette règle ne fait pas que ça ne fonctionne pas... Le moteur du SGBDR est capable de s'en sortir, avec des messages d'erreur quand il y a ambiguïté. Mais un outil de Reverse Engineering se perdrait dans les données. De même, un outil de conception ne comprendrait rien à ce que tu veux faire.

--
Neige

Souvent la réponse à votre question se trouve dans la doc. Commencez par là ;)

Je me rends compte que j'ai peut-être inversé les ID des tables quelque part... J'ai du mal à savoir où, justement à cause du point que je soulève dans mon post précédent : je me suis perdu dans les ID...

Le COUNT doit être exécuté sur les ID que tu souhaites compter dans l'autre table.
Le GROUP BY doit concerner la table qui "contient" l'autre (la table parent quoi).

Je sais pas si c'est clair...

--
Neige

Souvent la réponse à votre question se trouve dans la doc. Commencez par là ;)

Bonjour,

la requête proposer par neigedhiver est correcte, fallait juste appliquer les changements cités dans son 2eme poste ce qui donne :




sauf que tu n'auras pas le zéro pour ton id=4;

j'ai oublié une chose dont j'ai voulu parle, c'est le choix du titre du sujet, ton titre n'a aucune relation avec le contenu, c'est une règle qui est très importante à respecter quand on crée un sujet, ne jamais écrire le titre avant le contenu.

le titre doit être en quelque sort le résumé du contenu, pour que les autres qui vont t'aider, puissent savoir en avance de quoi s'agit-il, ainsi que pour les autres qui cherchent des sujets qui ressemblent le plus à leurs problèmes,

je ne me mini-modo pas, c'est juste un conseil pour tout le monde,

Moui, en fait on peut avoir le compte 0 :

Je prends un exemple que je viens de tester chez moi :



Voici la requête :


Résultat :


Y'a juste un truc que je comprends pas : j'ai fait je sais pas combien d'essais dans tous les sens, j'arrivais pas à avoir la ligne dans laquel le total est 0. Je m'apprêtais à faire un mail à mon frère qui me sert de support niveau 3 en SQL, et j'ai réécrit ma requête pour lui envoyer... Et là, paf, j'avais tout...
Il y a donc peut-être une subtilité à l'ordre dans lequel sont sélectionnées les tables (quelle table est jointe sur l'autre et dans quel sens : LEFT JOIN ou RIGHT JOIN), l'id sur lequel on fait le GROUP BY, ... Le problème c'est que j'arrive plus à avoir une requête qui ne me retourne pas la ligne avec le total 0...

--
Neige

Souvent la réponse à votre question se trouve dans la doc. Commencez par là ;)

mwai j'avais pensé aux jointures, mais j'ai pas testé,

j'ai fait juste e test avec ton code, j'ai changé l'ordre des tables et j'ai eu le résultat sans le 0,

il faut juste faire une jointure right pour ne pas avoir 0 en retour,



Textes complets
id total
1 3
2 4
3 1

Ah oui voilà. Suivant la table que l'on joint sur l'autre... Si on joint la table qui ne contient pas l'id sans correspondance sur l'autre, on aura cette ligne qui sortira.
Pour être plus clair, on peut faire un schéma avec les deux tables l'une à côté de l'autre. LEFT JOIN joindra celle de droite sur celle de gauche. On récupèrera alors tous les enregistrements qui collent avec la table de gauche, même si le COUNT doit être 0. Inversement, si un COUNT fait 0, l'id correspondant ne sera pas dans la table, en joignant la table de gauche, celui qui n'apparait pas à droite n'apparaitra pas du tout.
C'est pas très français, ce que je dis, j'ai du mal à faire plus explicite avec des mots...
C'est pour ça qu'inverser l'ordre dans lequel on tape sur les tables ou la nature de la jointure (LEFT ou RIGHT) est équivalent.


Sinon, quand on fait :

c'est une jointure. Elle n'est pas explicite, mais c'en est quand même une. Il faut alors utiliser WHERE pour limiter les enregistrements.

--
Neige

Souvent la réponse à votre question se trouve dans la doc. Commencez par là ;)

oui correct , c'est claire ce que tu viens de dire neigedhiver