est optionalité (obligatoire, facultatif) et la participation (totale, partielle) sont les mêmes?

Commençons par les définitions et les exemples de chacun des concepts:

Totale et partielle de la participation:

De participation Total (indiqué par un double ou d'épaisseur de l'association de la ligne) signifie que toutes les entités dans une entité doit participer à la relation. Participation partielle (indiqué par une mince ligne) signifie qu'il peut être des entités dans le jeu d'entités qui ne participent pas à la relation.

Medicine participe totalement à la Produce relation, ce qui signifie que Medicine ne peut pas exister, à moins que Produced par un Laboratory. En revanche, un Laboratory peut exister sans Producing Medicine - Laboratory participe partiellement à la Produce relationsip.

Obligatoires et facultatives les rôles:

Dans une relation, les rôles peuvent être facultative ou obligatoire. Cela affecte si une instance de relation peut exister sans une entité dans un rôle donné. Rôles obligatoires sont indiqués avec une solide association ligne, en option rôles sont indiqués par une ligne en pointillés.

Rôles ne sont pas souvent parlé dans la base de données des tutoriels, mais ils sont un concept important. Envisager un mariage, une relation avec la présence obligatoire de deux rôles remplis par la même entité. Dans la plupart des relations, l'entité définit également définir les rôles, mais lorsqu'une entité apparaît plusieurs fois dans une seule relation, nous les distinguer dans des rôles différents.

Dans l'exemple ci-dessus, un Patient peut Purchase Medicine avec ou sans Prescription. Un Purchase ne peut pas exister sans un Patient et Medicine, mais un Prescription est facultatif (dans l'ensemble, même si elle peut être nécessaire dans des cas spécifiques).

L'identification de la relation et de faiblesse de l'entité:

D'une faiblesse de l'entité est une entité qui ne peut être identifié par ses propres attributs et a donc une autre entité clé dans le cadre de son propre. Une identification de la relation est la relation entre la faiblesse de l'entité et de son entité mère. À la fois l'identification de la relation et de la faiblesse de l'entité sont indiqués avec double frontières. La faiblesse de l'entité doit nécessairement participer totalement à leur identification relation.

Dans cet exemple, un Prescription contient LineItems qui sont identifiés par le Prescription'clé et un numéro de ligne. En d'autres termes, la LineItems table a une clé composite (Prescription_ID, Line_Number).

Pour des exemples de non-établir des rapports, voir les exemples précédents. Alors que Medicine participe totalement à la Produce relation, il a sa propre identité (par exemple, une clé de substitution, même si je n'ai pas l'indiquer). Notez que les clés de substitution impliquent toujours régulièrement des entités.

Obligatoire/facultatif vs totale/partielle de la participation

Obligatoire ou facultatif des rôles indiquer si un certain rôle (avec son associé de l'entité) est nécessaire pour la relation d'exister. Totale ou partielle de la participation indiquer si une certaine relation est nécessaire pour qu'une entité puisse exister.

Obligatoire participation partielle: Voir ci-dessus: Un Laboratory peut exister sans la production d'un médicament, mais Medicine ne peut pas être Produced sans Laboratory.

Obligatoire de participation total: Voir ci-dessus: Medicine ne peut pas exister sans être Produced, et un Laboratory ne peut pas Produce quelque chose d'indéterminé.

Facultatif participation partielle: Voir ci-dessus: Un Prescription peut exister sans être Purchased, et un Purchase peut exister sans un Prescription.

Que les feuilles en option de participation total, que j'ai dû réfléchir un peu pour trouver un exemple:

Certains Patients Die d'un inconnu Cause, mais un Cause de la mort ne peut pas exister sans un Patient Dying.

Totale/partielle de la participation vs l'identification/la non-identification des relations

Comme je l'ai dit avant, la faiblesse de l'entité définit toujours participer totalement dans leur identification de la relation. Voir ci-dessus: un LineItem doit être Contained dans un Prescription, c'est l'identité et de l'existence en dépend. Participation partielle dans une identification de la relation n'est pas possible.

Total de la participation n'implique pas nécessairement une identification de la relation - Medicine ne peut pas exister sans être Produced par un Laboratory mais Medicine est identifié par ses propres attributs.

Participation partielle dans une non-identification de la relation est très commun. Par exemple, Medicine peut exister sans être Purchased, et Medicine est identifié par ses propres attributs.

Obligatoire/facultatif vs l'identification/la non-identification des relations

Il est inhabituel pour une relation à avoir moins de deux rôles obligatoires. Identifier les relations sont des relations binaires relations, de sorte que le parent et l'enfant, les rôles seront obligatoires - la Contain relation entre Prescription et LineItem ne peut pas exister sans les deux entités.

Facultatif rôles sont généralement que sur des ternaires et de relations supérieures (cependant, voir l'exemple de patients qui meurent de causes), et ne sont pas impliqués dans l'identification. Une alternative à l'option d'un rôle est une relation sur une relation:

En tournant Purchase dans une entité associative, nous pouvons le faire participer à un Fill relation avec Prescription. Pour maintenir la même sémantique que ci-dessus, je précise qu'un Purchase ne peut Fill un Prescription.

Modélisation physique

Si nous traduisons du conceptuel au modèle physique (en ignorant les logiques de modélisation /poursuivre la normalisation), faire des tableaux distincts pour chaque entité et de la relation, les choses semblent assez similaires, même si vous devez savoir comment lire la cardinalité des indicateurs sur la clé étrangère de lignes à récupérer le ER sémantique.

Toutefois, il est commun de dénormaliser les tableaux avec les mêmes clés primaires, ce qui signifie un-à-plusieurs liens sont combinées avec l'entité de la table sur le côté "plusieurs":

Une relation est physiquement représenté par deux ou plusieurs entité clés dans une table. Dans ce cas, l'entité clés - patient_id et cause_of_death_id sont à la fois dans le Patient table. Beaucoup de gens pensent que la clé étrangère de la ligne représente la relation, mais cela vient de la confusion entre le modèle entité-relation avec l'ancien réseau du modèle de données.

C'est un point crucial, afin de comprendre les différents types de relations et de contraintes sur les relations, il est essentiel de comprendre quelles sont les relations sont d'abord. Les relations dans l'ER sont des associations entre les touches, pas entre les tables. Une relation peut avoir un nombre quelconque des rôles des différentes entités jeux, tandis que les contraintes de clé étrangère appliquer un sous-ensemble de contraintes entre deux colonnes d'une entité. Maintenant, armé de cette connaissance, de lire toute ma réponse encore une fois. 😉

J'espère que cette aide. N'hésitez pas à poser des questions.

OriginalL'auteur reaanb