Mon point de vue je l'ai déjà donné et c'est un cours sur les SGBR vers lequel je renvoie.
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:
Sinon un p'tit rappel sur la compléxité des algorithmes de sélection d'un sgbdr :
Sélection, Projection (sans élimination des doublons) ===> O (n)
Projection (avec élimination des doublons)
Union, Jointure, Semi-jointure, Quotient, Opérations de mises à jour ===> O (n*log n)
Produit Cartésien ===> O (n²)
Faudrait peut être arrêter de croire qu'en faisant des pseudos optimisations pour éviter des jointures est la solution miracle surtout quand on voit sa compléxité.
Tout à fait et pour ce faire tu stockes l'identifiant de l'expéditeur et du destinataire.
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:
Sinon un p'tit rappel sur la compléxité des algorithmes de sélection d'un sgbdr :
Sélection, Projection (sans élimination des doublons) ===> O (n)
Projection (avec élimination des doublons)
Union, Jointure, Semi-jointure, Quotient, Opérations de mises à jour ===> O (n*log n)
Produit Cartésien ===> O (n²)
Faudrait peut être arrêter de croire qu'en faisant des pseudos optimisations pour éviter des jointures est la solution miracle surtout quand on voit sa compléxité.
Lanwin a écrit :Il faut bien que celui qui reçoit le message sache qui lui envoie, non?
Tout à fait et pour ce faire tu stockes l'identifiant de l'expéditeur et du destinataire.
![[Image: mielwar.ban.png]](http://mielwar.z3d-conception.com/img/special/mielwar.ban.png)