Une table de jointure plusieurs-à-plusieurs peut-elle contenir plus de deux colonnes?

Question

J'ai certaines tables qui bénéficient de tables plusieurs-à-plusieurs. Par exemple la table d'équipe.

Un membre de l'équipe peut détenir plus d'une 'position' dans l'équipe, toutes les positions sont listées dans la table db de position. Les positions précédentes tenues sont également stockées pour cela, j'ai une table séparée, donc je

• table membre (contenant les détails de l'équipe)
• de table positions (positions contenant)
• table member_to_positions (id de membre et id de la position)
• member_to_previous_positions (id de membre et id de la position)

simples, mais le point crucial est maintenant qu'un membre de l'équipe peut appartenir à plusieurs équipes aghhh. J'ai déjà une table de correspondance team_to_member. Maintenant, le problème vient de savoir comment lier un poste à une équipe? Un membre peut avoir été chef d'équipe dans une équipe et est actuellement responsable de l'équipe radio et responsable de la presse dans une équipe différente. Comment puis-je tirer l'info par membre pour montrer sa position actuelle, mais aussi son passé, y compris les anciennes équipes. Ai-je besoin d'ajouter une position à une table d'équipe et d'y faire des références croisées, ou puis-je ajouter l'équipe à la table des positions?

Tout est très confus, cette normalisation.

Answer 1

Il est tout à fait légitime d'avoir une table de TeamPositionMember, avec les colonnes

Team_Id 
Position_Code 
Member_Id 
Start_Date 
End_Date NULLABLE 

Et et une colonne d'identification de remplacement pour la clé primaire si vous voulez; sinon, il s'agit d'une clé primaire composite à trois champs. (Vous aurez toujours besoin d'une contrainte d'unicité.)

Avec cet arrangement, vous pouvez avoir une équipe avec n'importe quel ensemble de positions. Une équipe peut avoir zéro ou plusieurs personnes par position. Une personne peut remplir zéro ou plusieurs postes pour zéro ou plusieurs équipes.

EDIT:

Si vous voulez les dates, révisent comme indiqué ci-dessus, et ajouter start_date au PK pour permettre à la même personne de tenir la même position à des moments différents.

Answer 2

On dirait que vous avez besoin d'une position plusieurs-à-plusieurs positions pour les équipes maintenant.

Answer 3

Votre table team_to_member peut en effet avoir une colonne supplémentaire position_id pour décrire (ou dans ce cas pointer vers) la position du membre dans cette équipe.

Answer 4

Ma première pensée:

Donnez votre many-to-many tableau équipes/membres une colonne d'identité. Chaque relation d'équipe à membre a maintenant un identifiant.

Créez ensuite des positions de liaison plusieurs-à-plusieurs aux relations d'équipe-membre. De cette façon, les équipes peuvent avoir plusieurs membres, les membres peuvent avoir plusieurs équipes et les membres peuvent avoir plusieurs positions par équipe.

Maintenant, tout est beau et sec, et tout le lien semble fonctionner. Est-ce que cela sonne juste à quelqu'un d'autre?

Answer 5

Débarrassez-vous de la table member_to_previous_position. Il suffit d'utiliser member_to_positions et ont ces colonnes:

MemberToPositionID (autoincrement OK only) 
MemberID 
PositionID 
StartDate 
EndDate 

ensuite de trouver des positions actuelles, vous faites:

select * 
from member_to_positions 
where EndDate is null 

Answer 6

Oui, un grand nombre à plusieurs table de jonction peut avoir des attributs supplémentaires (colonnes). Par exemple, s'il existe une table appelée Table PassengerFlight codée par PassengerID et ID vol, il peut y avoir une troisième colonne indiquant l'état du passager donné sur le vol donné. Deux statuts différents peuvent être "confirmés" et "listés en attente", chacun étant codé d'une manière ou d'une autre. En outre, il peut y avoir des relations ternaires, des relations impliquant trois entités et pas seulement deux. Ces tables vont avoir trois clés étrangères qui ensemble sont la clé primaire pour la table de relation.