Discussion :

[juni_be_good]

Bonjour

J'ai 3 tables :
PERSONNE (id, nom, prénom, âge, etc...)
LIVRE (id, titre, auteur, etc...)
PERSONNE_LIVRE (idPersonne, idLivre)

Je souhaite récupérer les infos d'une personne (donc le contenu de la table PERSONNE) + les livres lus par cette personne. Certaines personnes peuvent n'avoir lu aucun livre (pas d'entrée avec leur id dans PERSONNE_LIVRE). Dans ce cas je veux quand même obtenir leurs informations issues de la table PERSONNE.

Pour le moment j'utilise un LEFT OUTER JOIN de PERSONNE_LIVRE dans mon SELECT sur la table PERSONNE. Cela me donne effecitvement une ligne de résultat pour les personnes n'ayant lu aucun livre, mais pour les personnes en ayant lu plusieurs, j'ai évidemment autant de lignes de résultats que de livres lus, donc redondance des données et lourdeur de la requête.

Je suis convaincu qu'il existe une meilleure solution, mais je n'arrive pas à mettre la main dessus.

Merci d'avance

[ced]

Bonjour,

Ce résultat est logique. Il y a autant de lignes que de livres lus.
Si une personne lit plusieurs livres, alors il est normal que ses informations apparaissent sur chaque ligne, correspondant à chaque livre lu.
Une présentation du résultat sous la forme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Personne 1 | livre 1
           | livre 2
           | livre 3

ou encore :

Personne 1 | livre 1 | livre 2 | livre 3...

n'est pas du ressort du SQL. C'est à l'application qui récupère le résultat de la requête de gérer cette présentation.

Ca n'alourdit pas les requêtes ni leur traitement. Par contre, c'est vrai que ça alourdit la présentation.

ced

[juni_be_good]

Merci

Je pensais que le volume de données contenues dans la réponse faisait augmenter le temps de traitement de la requête.

Ma méthode est donc viable en terme de performance ?

[CinePhil]

Vu qu'on est en MySQL, tu peux regarder du côté de GROUP_CONCAT pour générer un résultat de la forme :
Personne1 Livre1, Livre2, Livren...
Personne2 Livre3
...
Par contre, je ne sais pas comment cette fonstion va se comporter avec des personnes n'ayant lu aucun livre.

Mais j'abonde totalement dans ce qu'a dit ced : ce que tu cherches à faire est de la cosmétique.

Je pensais que le volume de données contenues dans la réponse faisait augmenter le temps de traitement de la requête.

Ma méthode est donc viable en terme de performance ?

C'est même la méthode la plus viable !

[Cybher]

Ma méthode est donc viable en terme de performance ?

oui ! si tes tables sont bien indexées bien entendu

[juni_be_good]

Mais j'abonde totalement dans ce qu'a dit ced : ce que tu cherches à faire est de la cosmétique

L'exemple est on ne peut plus clair.

C'est assez curieux que j'en sois venu à me poser ces questions non pas pour améliorer le format de sortie de mes données (j'effectue déjà les traitements cosmétiques en aval) mais précisément pour améliorer ce que je pensais être une horreur en terme d'optimisation.

Merci pour les réponses.