Est-ce une mauvaise pratique de «reculer» avec une clé étrangère?

Question

Je me demandais si c'est une mauvaise pratique d'avoir un file_table { id, name, status} et un extra_data table { id, fileId FK(file.id), otherData}. Jusqu'à présent, toutes mes tables vont de l'avant et je n'ai jamais eu besoin d'obtenir l'identifiant d'une table, puis faire une requête pour obtenir plus de données en utilisant un identifiant.

Est-ce une mauvaise pratique et si oui, alors pourquoi?

Answer 1

Ce n'est pas une mauvaise pratique En fait c'est à quoi devrait ressembler un design robuste. En ce moment, vous avez établi une «relation» avec le fichier tables et extra_data. Cependant, pour que la base de données soit normalisée, vous devez tenir compte de la cardinalité de la relation entre les tables. En fonction de cette cardinalité, vous saurez comment placer le FK ou vous créerez peut-être une nouvelle table de relations. Plus sur la cardinalité pourrait être trouvé here

Answer 2

Il n'y a rien de mal à cela.

Answer 3

Ceci est parfaitement bien. Votre table conçue comme disposée, établit qu'un enregistrement file_table peut être associé à 0 ou plusieurs enregistrements extra_data. Cependant, un enregistrement extra_data ne peut être associé qu'à un seul enregistrement file_table.

Que voulez-vous dire en revenant en arrière?

Answer 4

Je ne peux pas penser à une autre façon de mettre en œuvre de la collecte d'éléments associés à un autre élément. Qu'est-ce que j'oublie ici?