26
Vaut-il mieux utiliser des clés étrangères dans des tables ou les mêmes résultats peuvent-ils être obtenus avec des jointures?Clés étrangères vs jointures
A
Répondre
53
Foreign keys sont juste des contraintes pour appliquer referential integrity. Vous devrez toujours utiliser JOINs pour créer vos requêtes.
clés étrangères garantissent qu'une ligne dans une table order_details avec un champ order_id faisant référence une table orders aura jamais une valeur order_id qui n'existe pas dans le tableau orders. Les clés étrangères ne sont pas obligées d'avoir une base de données relationnelle fonctionnelle (en fait le moteur MySQL's default storage ne prend pas en charge les clés FK), mais elles sont absolument essentielles pour éviter les relations rompues et les lignes orphelines (intégrité référentielle).
+1
Je veux juste faire remarquer que, bien que FK soient cool, il est plutôt mal conçu pour * compter * sur le DB pour la logique de l'application. Votre application peut se casser sans mise à jour de votre base de données (multiplier par les installations). Mai aussi bien le minimiser. –
+6
@sims: Je ne considère pas l'intégrité référentielle comme une logique d'application. La capacité à appliquer l'intégrité référentielle au niveau de la base de données est requise pour que le C dans [ACID] (http://en.wikipedia.org/wiki/ACID) soit valide. –
+0
@sims: Je suis d'accord avec Daniel, mais j'aimerais prolonger son raisonnement. IMO RI fait partie de la logique métier (ou «logique des données») il doit être appliqué quelque part (UNE FOIS, ne vous répétez pas). Puisque le DB est l'autorité de données centrale/finale, les données doivent y être valides, donc son point appelant l'ACID est correct! – lexu
22
FOREIGN KEY s et JOIN s ne font pas la même chose!
- A
FOREIGN KEYrenforce l'intégrité des données, en vous assurant que les données confirme certaines règles quand il est ajouté à la DB. Un
JOINest utilisé lorsque vous extrayez/interrogez des données de la base de données en donnant des règles pour sélectionner les données.JOINs travail s'il y a FK ou non.- Le travail de FK si vous extrayez des données avec ou sans
JOINs.
CONCLUSION: FK et JOIN ne vous permettent pas d'atteindre le même but!
Questions connexes
- 1. Clés étrangères vs partitionnement
- 2. clés étrangères dans les migrations activerecord vs schema.rb
- 3. Clés étrangères non reconnues
- 4. Plusieurs clés étrangères?
- 5. clés MySQL étrangères récursives
- 6. clés étrangères Problème
- 7. Indexation des clés étrangères
- 8. Gestion des clés étrangères
- 9. Clés étrangères - Que font-elles pour moi?
- 10. TDD avec HSQLDB - suppression des clés étrangères
- 11. MySQL - conditionnel étrangères Contraintes clés
- 12. Clés étrangères d'entité dans GridViews
- 13. Clés étrangères rompues dans Rails
- 14. Clés étrangères dynamiques - Comment implémenter?
- 15. Renommage clés étrangères composites GORM
- 16. Clés étrangères croisées dans SQL
- 17. Rechercher les clés étrangères utilisées
- 18. Cadre d'entité et clés étrangères
- 19. Clés étrangères et erreurs MySQL
- 20. Modèles Symfony avec clés étrangères
- 21. sqlite - Clés étrangères dans VS2008 Designer
- 22. jointures sur ints vs jointures sur chars (ou varchars)
- 23. Tables supplémentaires ou clés étrangères non spécifiques?
- 24. Deux clés étrangères avec ActiveRecord? [rails]
- 25. MySQL Retrait de certaines clés étrangères
- 26. relations clés étrangères dans Entity Framework
- 27. problème mysql simple avec les clés étrangères
- 28. Les clés étrangères provoquent plus de requêtes?
- 29. Linq à enties, insérer des clés étrangères
- 30. Entity Framework Insérer plusieurs clés étrangères
Quelle est la différence? Les jointures sont définies à l'aide de clés étrangères uniquement. Bien sûr, vous ne pouvez pas définir la clé étrangère dans la base de données. L'utilisation de la clé étrangère améliore les performances (à condition que la sélection de la clé étrangère soit correcte). – Kangkan
'Les jointures sont définies à l'aide de clés étrangères uniquement. Faux! 'L'utilisation de la clé étrangère améliorera les performances. Aussi faux. En fait, si quoi que ce soit, FK peut nuire à la performance, mais rarement à un degré notable qui justifie le retrait alors. – Brandon
@Kangkan création FK n'a rien à voir avec la performance FK! = Indexes. Il y a un SGBD automatique qui crée un index dans la création FK mais la plupart ne le font pas. Les jointures n'ont pas besoin de FK, veuillez vous référer à l'excellente réponse de Daniel. Peut-être que OP est confus par les frameworks ORM – jean