Bonjour,
Je suis en train de créer un forum de discussion, et j'aurai besoin d'un peu d'aide.

Pour chaque forum qui s'affiche en page d'accueil, je souhaiterai afficher pour chacun le nombre de sujet, de réponse et des informations sur le dernier message envoyé
Le soucis, c'est que je réalise cela dans une boucle, et je trouve ça lourd au niveau du nombre de requête
Pour chacun d'eux, j'exécute une requête pour :
- Compter le nombre de sujet (SELECT COUNT(*) FROM....)
- Compter le nombre de réponse (SELECT COUNT(*) FROM...)
- Récupérer les infos sur le dernier fil de discussion dont l'état n'est pas " fermé " (SELECT ... FROM ... LEFT JOIN ...)

Pour 10 forums, ça monte à plus de 30 requêtes :/
Auriez-vous une solution à m'apporter ?
Merci
Alexis

Faire 1 requête. (enfin peut-être un peu plus si tu comptes les sous-requêtes)

par contre si tu veux plus d'aide, va falloir plus d'infos (genre la structure des tables) .

Ou diminue le nombre de fora ?

Ça réglera pas vraiment le problème, Chat Malade. Je veux pas paraître un peu trop agressif, mais il faut d'abord apprendre à coder proprement. Donc pas de requêtes dans des boucles.

Problème classique.

Seule solution qui marche :

- mettre dans la table topics, le nombre de posts du topic et l'id du dernier post

- mettre dans la table forums, le nombre de topics, de posts et l'id du dernier post

Tout ceci tenu à jour avec quelques triggers.

C'était bien sûr de l'humour, Fayden.

Ah.

En effet la solution de Lord Casque Noir est bonne, mais conceptuellement parlant (CIF, cohérence, integrité, blablabla ...) elle est pas tip-top.
Le mieux est de faire comme il dit mais dans des vues. Et tu pourrais donc t'affranchir des triggers.

Ah oui, bien sûr, ça dénormalise un peu, donc ce n'est pas idéal d'un point de vue théorique.

Citation : pierreet

Le mieux est de faire comme il dit mais dans des vues. Et tu pourrais donc t'affranchir des triggers.

Sauf qu'aucune BDD opensource (gratuite) ne supporte :
- les vues matérialisées
- les index sur les vues

Donc en pratique, la performance sera abominable.

L'intérêt de matérialiser ces infos dans les tables est de mettre des index dessus et d'éviter des count et jointures bien lourds. Exemple

SELECT * FROM topics WHERE forum_id = ? ORDER BY last_post_id DESC LIMIT 10;

Requête qui utilise l'index sur topics(forum_id, last_post_id), donc 50 µs. Sans cette possibilité, les options disponibles sont toutes largement plus lentes...

Étonnant de voir conseiller autre chose alors que tous les forums connus fonctionnent de cette façon... (normal, c'est la seule).

C'est sûr, si son SGBDR ne supporte pas les index sur les MV, il est bien mieux de prendre cette solution.