Est-ce qu'une "table de jointure" le résultat d'un SQL JOIN, ou la table entre un nombre-à-plusieurs

Question

Ceci est une question à propos de "nommer les choses" correctement. Plus précisément, comment distinguer entre:

1. la "entre" table dans un grand nombre-à-plusieurs (par exemple users, users_questions, questions)
2. la table (temporaire) qui est créé au cours d'une SQL JOIN (par exemple, « SELECT * FROM utilisateurs INNER JOIN users_questions.user_id sUR users.id OU users_question.question_id = 37016694;`)

Answer 1

Beaucoup de concepteurs de bases de données utilisent le terme table de jointure dans votre premier sens: mettre en œuvre un plusieurs-à-plusieurs relat interaction entre les entités. Il est également appelé table de jonction, table d'association, et d'autres choses. Plus d'infos: https://en.wikipedia.org/wiki/Associative_entity

Je n'ai jamais entendu le second sens utilisé. (Mais, hé, je ne sors pas beaucoup. :-) Si vous écrivez de la documentation, ou de l'enseignement, je vous suggère de réserver le mot table pour signifier une table réelle, physique. Évitez d'utiliser le mot table pour un resultset sauf si vous le qualifiez en disant table virtuelle ou une telle phrase. De cette façon, vos lecteurs et vos étudiants ne perdront pas de temps à essayer de trouver les définitions de ces tables qui ne sont pas vraiment dans votre schéma.

Answer 2

Du point de vue relationnel, une table JOIN (une table qui résout beaucoup -à-plusieurs) est table physique réelle. Sinon, il ne survivrait pas entre les demandes. À mon avis, le terme «table jointe» a été inventé par les développeurs MVC «Code First» qui ignorent les entités physiques dans le domaine DB, surtout si elles ne sont pas affichées dans DbContext.

À mon avis, encore une fois, nous devrions honorer relationnel réalités.

Alors aidez-moi Codd.