03-02-2009, 07:30 PM
Je tiens à vous rassurer, je ne suis pas un débutant en ce qui concerne les requêtes SQL même si j'ai plus l'habitude de travailler sur SQL Server que MySQL. Même si INNODb est assez performant, on est encore loin des avantages d'un SGDB pro avec la notion de statistiques, covered indexes, query plans, etc.
Bref...
De plus, les résultats que je veux concernent bien tous les enregistrements de toutes les tables.
- La table de guilde sera parcourue dans son intégralité
- Idem pour la table des classes
- La table des membres sera au moins parcourues par les pointeurs MySQL le temps de faire les agrégations.
Je demande vraiment à voir les avantages de la requête unifiée dans ce cas particulier et surtout sa structure.
Bref...
Citation :les jointures dans une requête SQL sont plus rapide que 3 requêtes successives.Je suis bien d'accord mais trouver une requête unifiée pour renvoyer ce que je cherche à obtenir est loin d'être aisé sans construire des SELECT imbriqués qui sont autant de sous requêtes
De plus, les résultats que je veux concernent bien tous les enregistrements de toutes les tables.
- La table de guilde sera parcourue dans son intégralité
- Idem pour la table des classes
- La table des membres sera au moins parcourues par les pointeurs MySQL le temps de faire les agrégations.
Je demande vraiment à voir les avantages de la requête unifiée dans ce cas particulier et surtout sa structure.
Quand on te dit qu'un projet est terminé à 90%, prépare toi pour les 90% suivant
Ninety-Ninety Rule
"Une guerre de religions, c'est quand deux peuples s'entretuent pour savoir qui a le meilleur ami imaginaire"
Vu sur IRC
Ninety-Ninety Rule
"Une guerre de religions, c'est quand deux peuples s'entretuent pour savoir qui a le meilleur ami imaginaire"
Vu sur IRC