Petite question SQL.
 
Je dispose des tables suivante :

 
 
Ainsi, à chaque élève est associer un id et un nom (1er table). Chaque élève peux avoir 0, 1 ou plusieurs remarques (2nd table).
 
Je veux selectionner l'id, le nom et les remarques de chaque élève.
 
Le problème est qu'avec :
 
SELECT eleve.id, nom, rem
FROM eleve, remarques
WHERE eleve.id = remarques.id
 
j'obtiens :

 
Ne voulant pas obtenir plusieur fois le même élève je dois faire :
 
SELECT eleve.id, nom, rem
FROM eleve, remarques
WHERE eleve.id = remarques.id
GROUP BY eleve.id
 
Et j'obtiens :

 
Ici, il me manque la remarque bla2 de l'élève toto.
 
Le problème est que j'aimerais connaitre toute les remarques de chaque élèves et ceci en éfectuant qu'un seul SELECT.
 
Des idée ?

SELECT DISTINCT je crois
 
edit: nan je dis des conneries, mais le bla2 de toto tu l'as dans ton avant-dernier exemple. je vois pas trop ou tu veux en venir

et avec un ptit LEFT JOIN

Le problème est que ma première solution me renvoi 4 ligne alors qu'il n'y a que 3 élèves. Je veux fair un parcour unique...

tu veux quoi au juste ?
 
ça ?
 
 

 
C'est impossible sans utiliser des fonctions d'affichage qui sont rarement supportées par le moteur lui-même, mais l'outils de requête (SQL+ d'Oraclepar exemple)
 
C'est à ton traîtement derrière de faire le ménage

de fair :
"FROM eleve, ramarque WHERE eleve.id=remarques.id"
reviens strictement au même que :
"FROM eleve LEFT JOIN ramarque ON eleve.id=remarques.id"

Sinon, si tu veux ça, oublie tout de suite, c'est impossible :
 

SELECT eleve.id,eleve.nom,remarques.rem
FROM eleve NATURAL JOIN remarques

Que tu fasses un LEFT, RIGHT, INNER ou OUTER, ça reviendra au même tes cardinalités sont 1,n dans dont exemple, les LEFT et OUTER ne se font ressentir que lorsque tu as des cardinalités 0,n d'un côté ou de l'autre.
 
Et ça changera rien à ton problème.

l'idéal serait un truc comme ça :
 

(en supposant qu'il n'y ai pas plus de 2 remarques...

sinon, pour ton probleme, ta premiere solution est la meilleure.
 
(et tu devrai indexer ta deuxieme table)

Je veux obtenir autant de ligne que d'élève donc non.
Quant à l'indexage des tables, elle ne sont qu'une simplification des vrais table qui elle disposent des indexage qui vont bien...

dans ce cas tu n'aura jamais toutes les remarques des eleves sur un nombre egal de lignes d'eleves

et en supposant qu'il n'y est que de remarques maximum par eleve ?
 
genre :
SELECT eleve.id, nom, ?? rem1, ?? rem2
...

une solution est de faire 10 champs remXX ...
 
mais sinon

ouais, j'y ai penssé mais je ne peux pas modifier la table en question...

 
Dans le 1er cas, tu n'auras que les élèves qui ont des remarques, dans le 2ème tu auras tous les éléves, y compris ceux qui n'ont aucune remarque

tout a fait

Je viens de faire le test (MySQL 3.23.54) et je maintiens ce que j'ai dis.
Dans les deux cas, même les élèves qui n'ont pas de remarques sont listé.

Avec la requête :
SELECT * FROM eleve, remarque WHERE eleve.id = remarques.id
tu as des lignes de "eleve", qui n'ont pas d'id correspondant dans la table "remarque"  
 
Je demande à voir là

 
Je ne connais qu'une BDD capable de faire çà : Oracle.
 
Et encore ce serait plutôt :

 
Pour çà, il fait créer un de type de donnée du genre TABLE OF ...
 
Peut-être que Postgres peut le faire ?
 
Sinon, ben t'as plus qu'à faire une première requête pour les id, nom et de boucler dessus pour récupérer les remarques avec une autre nequête répétée autant de fois que t'as d'élève !

 
Nan, Oracle sait faire mieu...
 
Je regarde si je retrouve mes cours

Tiens, c'est intéressant ca.
Est-ce qu'il existe une fonction qui concatène les lignes réunies par un GROUP BY ?
Par exemple, si on a :
id | value | txt
1  | 5     | aaa
1  | 7     | bbb
2  | 8     | ccc
 
SELECT id, sum(value) FROM ... GROUP BY id va renvoyer
id | sum(value)
1  | 12
2  | 8
 
Est-ce qu'il existe une fonction du même type que le sum, qui concaténerait des chaines de caractères ?
SELECT id, ???(txt) FROM ... GROUP BY id qui renverrait
id | ???(txt)
1  | aaabbb
2  | ccc
 
edit : ca pose un problème quand même. Contrairement aux autres fonctions d'aggrégation, l'ordre aurait son importance

 
Alors là tu m'intéresse beaucoup !
 
J'en ai chié des bulles pour une requête de ce genre.
Tout çà pour avoir un XML hiérachique et pas tabulaire...

Bon, là je m'embrouille tout seul, vous aurez pas la solution

Je sais qu'il y a une fonction qui permet de retourner les lignes sous forme de colonne.
 
Mais bon, après je vois pas ce qu'on peut en faire au niveau programmation, vu qu'on ne sais pas combien il y a de colonnes.
 
Mais c'est possible

tout mes excuses, tu as raison.
voici le test :
 
http://wanab.free.fr/test/test.php

ouf, tu m'as fait peur  
Finalement, tu ne faisais jamais que remettre en cause tout SQL

je dirait même tout l'algère ensembliste

c'est bon, me suis gouré. On va pas en fair tout un plat...
 
 
 

Au bûcher

S'il y a une contradiction dans les maths, ca veut dire que toutes les maths sont fausses ? (démonstration par l'absurde)

Mais comme les maths sont justes depuis des milliers d'années, il est donc certain que ZeBorg a tort
 
CQFD

Mon Dieu ! Et alors tu ne serais pas mon père
 
Quoi ? J'ai dis une connerie ?

As t'on prouvé qu'elles étaient justes ?
 
Je dirais plutot qu'on les croyais justes car on n'avait pas trouvé de contradiction jusqu'à maintenant.
Mais ZeBorg est arrivé, et la lumière fut  
 
(quoique, j'ai un doute. La lumière qui fut, c'est peut être un autre )

recentrons le débat...
 
ça ce serai bien :

tu pourras pas c'est impossible

Bon, après y'a impossible et impossible...
 
Normalement, il est impossible de compter le nombre d'occurences d'un mot dans un champ.
 
Vous avez 10 minutes pour trouver une solution pour le faire (bon, j'ai un peu galèré 2 heures dessus le mois dernier avant d'avoir l'illumination )

et comme vous pouvez le voir sur mon 4ieme test, le sum() ne marche pas :
http://wanab.free.fr/test/test.php

ça on savait déjà