Mappage entre une entité faible et forte

Question

Considérons le diagramme er.

Q1:

Le tableau de charge aura une colonne de numéro de série comme une clé de substitution à cause de l'unicité des lignes dans ce tableau. Mais nous n'incluons pas cette colonne de clé de substitution en tant qu'attribut dans le diagramme er puisque ce n'est pas un attribut de personnes à charge. Droite? OUI ou NON?

Q2:

Bon maintenant ma deuxième question est que pour identifier de manière unique ce qui dépend appartient à quel employé, nous allons utiliser une combinaison de l'employé et le nom de SSN à charge. Assez bon. Mais ma confusion ici est que comment allons-nous le découvrir? Je veux dire que nous ne stockons aucune information sur les personnes à charge dans la table des employés et je sais que cela est illogique. mais comment trouver ce qui dépend à quel employé? Si possible, s'il vous plaît écrivez une requête sql à ce sujet afin que ma confusion à ce sujet efface.

Q3:

Dans le tableau des personnes à charge, clé primaire serait le numéro de série, mais pour la recherche ce qui dépend appartient à quel employé, nous utiliserons une combinaison unique d'identification de l'employé et son nom à charge.

Je suis assez confuse à tout cela. Je sais ce que sont les entités faibles et fortes et qu'ils ont des relations d'identification entre eux, mais je suis assez clueless au-dessus des questions. Et s'il vous plaît répondez aux questions en les numérotant à leur numéro de question respectif. Merci :)

Answer 1

Q1:

Le diagramme montre Dependent comme une entité faible identifiée par une combinaison de Ssn de Employee et Dependent « s propres Name. Cependant, si vous introduisez une clé de substitution, Dependent deviendra une entité forte dans une relation régulière (non identifiante) avec Employee.

Une clé de substitution est un attribut de l'entité qu'il identifie (c'est une cartographie d'une entité définie sur un ensemble de valeurs) et je le montrer dans le diagramme de la même manière d'autres attributs clés (comme Ssn) sont montré.

Q2:

Un faible rapport d'entité est mise en oeuvre par incorporation de la relation d'identification. Cela signifie Dependent comme indiqué sur le schéma serait mis en œuvre comme:

Dependent (Employee_Ssn PK/FK, Name PK, Sex, Birth_date, Relationship)

Y compris le Employee_Ssn nous permet de rejoindre Dependent-Employee dans les requêtes, par exemple

SELECT Employee.*, Dependent.* 
FROM Employee 
INNER JOIN Dependent ON Employee.Ssn = Dependent.Employee_Ssn 

Q3:

Une fois que vous ajoutez une clé de substitution, Dependent devient une entité forte:

et peut être mis en œuvre:

Dependent (Id PK, Employee_Ssn FK, Name, Sex, Birth_date, Relationship)

auquel vous pouvez ajouter une contrainte unique sur (Employee_Ssn, Name) en tant que contrainte d'intégrité et pour des requêtes efficaces, mais cela n'affecte pas le diagramme.