Attribution d'un nom à une table intermédiaire dans une base de données

Question

Considérons deux tables transaction et catégorie ayant chacune leur propre ID et information.

Une transaction peut avoir plus d'une catégorie, j'ai lu en créant une 3ème table pour lier la transaction et la catégorie en utilisant leurs ID est meilleure. Mais comment appelleriez-vous cette table, en supposant que vous en auriez autant? TransactionCategories est le meilleur que je propose, y a-t-il quelque chose de mieux?

Answer 1

Mon schéma de nommage pour ceux-ci est d'utiliser la terminologie du domaine pour l'interaction s'il y en a un (par exemple, pas student_class, mais enrollment). Quand il n'y a pas une telle terminologie, alors vous retombez sur transaction_category ou category_transaction selon le meilleur son.

De plus, je nomme toujours mes tables au singulier (par exemple, les étudiants et non les étudiants).

Answer 2

TransactionCategories est très bien. Il n'y a probablement rien de "meilleur", juste différent.

Parfois, dans le passé, lorsque je créais une table qui ne possédait que les deux clés étrangères dont elle avait besoin pour résoudre le plusieurs-plusieurs, j'ajoutais "Xref" à son nom, ce qui donne un indice N'avoir aucun attribut. C'est juste là pour résoudre le many-to-many.

Answer 3

J'utilise généralement la même approche, le pluriel aide à la distinguer comme une table de relations, et il contient les deux noms, donc il est clair quelles tables.