Question mysql

order by rand() limit 2; ?
Mais si je me souviens bien il parait que c'est assez lent. Ca ne devrait pas changer grand chose si tu extraies tous les livres et que tu fasses la sélection aléatoire après, en PHP par exemple. S'il y a un traitement ultérieur bien sûr.

Le problème est que je peux avoir des auteurs avec 100 ou 200 livres (mon cas n'est pas sur auteur / livre, mais le principe est le même). Donc je ne souhaitais pas récupérer 1000 enregistrement pour n'en retenir que 20 au final.
Après si l'auteur n'a écrit qu'un livre, je le veux aussi, mais avec son livre.

Pour info voici ce qui donnerait le bon résultat, mais qui est affreux en terme de temps dès qu'un auteur a trop de livre

SELECT auteurs.id, auteurs.nom, livre1.nom, livre2.nom
FROM auteurs
JOIN livres AS livre1 ON livre1.id_auteur=auteurs.id
LEFT JOIN livres AS livre2 ON livre2.id_auteur=auteurs.id AND livre1.id<livre2.id
GROUP BY auteurs.id
LIMIT 10

Seulement il va faire une groupe by sur des milliers de lignes, donc c'est très lent.

La seconde solution serait de récupérer mes 10 auteurs, puis de faire 10 requêtes pour récupérer les 2 livres de chaque auteur (pas optimal, surtout si je veux ensuite afficher 100 auteurs).

Sinon la dernière solution que je vois serais de faire une tache cron qui associe deux livres à un auteur pour ensuite avoir une requête simple et rapide. Mais comme c'est un problème que je rencontre souvent, j'avais posé la question au cas ou quelqu'un aurait une solution.

Oui le double join pose problème.
Pour ta solution, le problème est que je n'ai que l'id des deux livres, pas le titre. Donc je dois derrière refaire une requête pour récupérer les noms des livres. Par contre on arrive au résultat en deux requêtes, ce qui est déjà mieux. Merci pour l'idée

En fonction de ta base et de l'archi, une autre solution serait
- ajouter une colonne "selected" (boolean) sur la table livres, avec un index sur cet attribut.
- créer un cron qui met à jour cet attribut selon ta règle métier (2 livres par auteur à true).
- ajouter ce critère à ta requête dans le where livre.selected = true

Merci à tous pour vos réponses.
Pour le tout en une requête, c'est parce que ça me semble plus simple et plus optimisé si il y a un moyen de faire simple. Ca évite de multiple aller - retour avec le serveur bdd. Après effectivement si la requête doit prend une demi seconde à s'exécuter, autant faire trois petites requêtes rapides.

Comme c'est un problème récurrent chez moi, je voulais savoir si il existait une solution simple pour cela. Sinon effectivement je vais me pencher sur la solution de la cron.

@tonguide: c'est un point de vue, tout dépend de la stratégie de cache et l'utilisation des données ...

Avec du cache de résultat sur les requêtes, la toute première complexe va prendre 5/10ms, et ensuite quasi 0ms grâce au cache.
Et en option, tu auras implémenté un "bruleur de cache", c'est à dire un bot qui crawle ton site pour générer tous les caches à tous les niveaux, et donc les 5/10 ms c'est pour ton bot, et tes users ensuite ils ont un quasi 0ms sur ta requête.

Ensuite si on est sur de la donnée personnelle, ou fréquemment mise à jour, en effet il vaut mieux 3 fois 0.5ms.
Si on est sur une page ou fonctionnalité peu fréquentée, on peut aussi laisser tomber et passer du temps à optimiser sa HP à la place.

Tout dépend, il n'y a pas de vérité absolue et les calculs ne sont pas si vite fait.

;)

A ta place, je fais une table "selection_livre", j'y mets deux ID de livre par auteur, il y a plus qu'a taper dedans, et une cron qui passe toutes les heures pour mettre a jour les livres. Simple, rapide, pas gourmand et sans php dans ta page.

La version avec le setter dont je parlais au dessus, si ça peut te servir :

SELECT id_auteur, nom_livre

FROM 

(

   SELECT id, id_auteur, nom_livre,

      @increment := if(@group = id_auteur, @increment + 1, 1) as number_of_row,

      @group := id_auteur

  FROM 

  -- initialise les variables

  (SELECT @increment := 0, @group := '') init_var,

  livre

  ORDER BY id_auteur

) as a

WHERE a.number_of_row <= 2;