O caracteristică importantă a comunicării este tipul de conexiune. Luați în considerare tipurile de link-uri 1-3.
Deoarece medicul efectuează mai multe recepții, precum și fiecare recepție este efectuată de un medic, în acest caz, legătura 1 este de tipul "unul la multe"
Deoarece pacientul poate veni la cabinetul medicului de mai multe ori și numai 1 pacient vine la recepție prin cupon, în acest caz legătura 2 este de tipul "unu la mulți"
Deoarece același diagnostic se face pe baza admiterii la mai mulți pacienți și se face doar un diagnostic pe o singură procedură, atunci comunicarea 3 este de tip "unul la multe"
Luați în considerare conceptul de clasă care aparține unei entități.
În domeniul nostru, putem distinge următoarele clase aparținând entității:
Fiecare medic ia în mod obligatoriu pacienții prin cupon;
Fiecare recepție este obligatoriu efectuată de către un medic;
Fiecare pacient ajunge în mod necesar la recepție prin cupon;
Un pacient vine întotdeauna pentru fiecare întâlnire;
Un diagnostic posibil nu se face neapărat la recepție;
La recepție trebuie să fie diagnosticată.
3. Crearea modelului ER al domeniului. Diagramele ER sunt folosite pentru a reprezenta entități și conexiuni între ele. Pe baza acestora, se creează o singură imagine vizuală a domeniului modelat - modelul ER al domeniului.
Modelul ER pentru clinică este prezentat în figură:
Definirea atributelor, a valorilor lor, a cheilor primare.
Toate atributele care descriu esența modelului ER creat sunt dezvăluite. Fiecare atribut are un nume semnificativ, ușor de înțeles de utilizatori. Fiecare atribut din dicționarul de date conține următoarele informații:
Numele atributului și descrierea acestuia;
Tipul și dimensiunea valorilor;
Valoarea acceptată pentru atributul implicit (dacă este cazul);
Un atribut poate avea valori Null;
Fie că atributul este compus și, dacă da, care atribute simple constă din;
Indiferent dacă atributul este calculat și, dacă da, cum sunt calculate valorile acestuia.
Următoarele seturi de atribute ale entității pentru zona subiectului AUDIT pot fi distinse:
III. Modelul bazei de date logice
Scopul etapei de proiectare logică este transformarea modelului conceptual bazat pe modelul de date selectat într-un model logic, independent de caracteristicile DBMS utilizate pentru implementarea fizică a bazei de date. Pentru a realiza acest lucru, se fac următoarele proceduri.
Selectarea modelului de date.
În cazul nostru, un model de date relațional este ales în legătură cu vizibilitatea prezentării tabelului de date și comoditatea de a lucra cu ele.
Definiți un set de tabele bazate pe modelul ER și documentația acestora. Se creează un tabel pentru fiecare entitate. Structura tabelelor se bazează pe anumite reguli. Legăturile dintre tabele sunt stabilite prin mecanismul cheilor primare și străine. Structura tabelelor și legăturile stabilite între ele sunt documentate.
Pentru legăturile identificate la etapa conceptuală, se aplică următoarele reguli:
În conformitate cu regula 4. de la relația dintre medic - Implemente - Admitere
are un tip unu la multe și o clasă entitate pe partea M este obligatorie. atunci trebuie să construiți un tabel pentru fiecare entitate. Cheia primară a entității trebuie să fie cheia primară a tabelului corespunzător. Cheia primară a entității de pe partea 1 se adaugă ca atribut tabelului pentru entitatea de pe partea M.
Conform regulii 4 de la conectarea PATIENT - COMES - ACCEPT
are un tip unu la multe și o clasă entitate pe partea M este obligatorie. atunci trebuie să construiți un tabel pentru fiecare entitate. Cheia primară a entității trebuie să fie cheia primară a tabelului corespunzător. Cheia primară a entității de pe partea 1 se adaugă ca atribut tabelului pentru entitatea de pe partea M.
Conform regulii 4, deoarece relația DIAGNOSTICULUI este REPREZENTATĂ PACIENȚILOR este de tip "unu la mulți", iar clasa entității pe partea M este obligatorie. atunci trebuie să construiți un tabel pentru fiecare entitate. Cheia primară a entității trebuie să fie cheia primară a tabelului corespunzător. Cheia primară a entității de pe partea 1 se adaugă ca atribut tabelului pentru entitatea de pe partea M.
Articole similare
Trimiteți-le prietenilor: