05-07-2008, 12:39 PM
z3d a écrit :Maintenant si pour récupérer des messages on optimise en utilisant des chaînes de caractères dans la clause WHERE moi je veux bien faire le tour du monde en ballon en prêchant la bonne parole :heuuu:
l'éventuel intérêt d'intégrer le nom (label) en plus de l'id dans la table de faits n'est pas tant pour faire une recherche que de ramener directement une information complémentaire, sans jointure, alors même que la clause where continue de se baser sur l'id.
après le seul sujet, c'est de voir le nombre d'enregistrement de la table de référence
si y a 15 références aucun intérêt à cette 'optimisation'
si y en a 1 milliard, je pense que ça en a un
entre les deux.... ben ça se discute ^^
et si jamais le label bouge souvent, alors là oui, il ne faut vraiment pas le laisser dans la table de faits, trop de ressources seraient nécessaires pour maintenir une intégrité référentielle (sauf si on admet qu un vieux message reste avec le vieux label, ça peut être justifié)
tout dépend des situations. A mon sens on devrait commencer par un bon modèle "puriste", robuste, et simple et après voir, où cela mérite de faire autre chose
