La compréhension de la cardinalité il ERD modèles
J'ai d'énormes problèmes avec la compréhension de la cardinalité.
Disons que là, Médecin et il peut effectuer une chirurgie cardiaque sur un seul patient. Il y a sûrement beaucoup de médecins et de nombreux patients, mais si le modèle d'être comme ça?
PACIENT- | ---------- | - DOCTOR meaning 1:1?
- T-il pas besoin de réfléchir qu'il y a beaucoup de médecins et de nombreux patients? Ou c'est ce qui décrit la relation entre les deux instances réelles?
Un autre exemple:
L'hôpital fonctionne une expérience et peuvent avoir de nombreux patients dans les essais de médicaments. Chaque essai teste juste un médicament et aucun patient peut apparaître dans plus d'un essai.
TRIAL |- ------<-PATIENT
(NOMBRE À plus de patients dans les essais sont autorisés)
PATIENT|------ | -DRUG
(1:1 si un patient ne peut prendre un médicament)?
Mais comment indiquer que le même patient ne peut pas apparaître dans n'importe quel autre procès? Ou est-il implicite par les relations entre le Procès et le Patient où il est de 1 sur le côté de l'épreuve?
OriginalL'auteur John V | 2013-12-13
Vous devez vous connecter pour publier un commentaire.
En termes de réelle représentation d'une entité, ce serait quelque chose comme ceci:
Si vous avez un 1 à 1 relation, alors seulement l'une des entités
avoir un correspondant à la table, l'autre sera inclus dans le
enregistrement correspondant.
Exemple: 1 Patient a 1 seul Lit d'Hôpital, et
il ne peut y avoir 1 Patient sur 1 Lit d'Hôpital. Dans ce cas, l'Hôpital
Lit doit être représenté par une colonne (numéro de lit) ou une collection de
les colonnes dans les Patients de la table.
Si vous avez un 1 à Plusieurs relation, puis vous créez un Étranger
La clé de la relation entre le premier(1) entité (ce qui sera le
la clé primaire de l'entité) et la seconde(M) de l'entité.
Exemple: 1 Patient peut prendre seulement 1 de Drogue, mais 1 Médicament peut être pris par de Nombreux Patients. Dans ce cas, DrugId serait une clé étrangère dans les Patients de la table.
Enfin, dans le cas d'un de Nombreux de Nombreux relation, typique de l'
la technique consiste à créer un table d'association qui contiendra
deux clés étrangères, un de chaque entité, et peut être quelques autres
les colonnes.
Exemple: 1 Médecin peut travailler dans de Nombreux Hôpitaux et 1 Hôpital
emploie de Nombreux Médecins. Par conséquent, nous devrions avoir une table d'association,
dire MedicalJobs, qui aura les clés étrangères HospitalId et DoctorId
et peut-être de Salaire, JobId etc.
Concernant votre Procès - Patient en question, si un procès a beaucoup de patients, mais un patient ne peut participer à un procès, alors c'est un 1 pour de nombreux Procès-Patients relation, par conséquent, vous avez besoin d'une clé étrangère TrialId dans les Patients de la table.
J'espère que cela efface. Si vous avez besoin de plus d'explications, s'il vous plaît commentaire sur ce post.
OriginalL'auteur nestedloop