În procesul de proiectare, este convenabil să se reprezinte schema de date cu ajutorul următoarelor modele (a se vedea Figura 8.2):
Modelul conceptual servește ca mijloc de extragere a cunoștințelor despre domeniul în cauză, adică pentru a lucra cu experți, utilizatori, clienți; Acest model ajută programatorii să înțeleagă sfera activității umane pentru care vor trebui să-și creeze propriile aplicații software, dezvăluind entitățile principale și conexiunile dintre ele; Deoarece modelul conceptual este destinat discuțiilor cu nonprogramatorii, acesta nu ar trebui să conțină construcții și concepte pe care acesta din urmă nu le poate percepe;
modelul logic vă permite să specificați complet structura de date, dar fără a "lega" o anumită platformă de implementare; pe de o parte, această descriere este mai compactă decât modelul fizic, permițându-vă să vă uitați la schema de date ca un întreg, fără detalii inutile; pe de altă parte, o astfel de specificație poate fi pusă în aplicare în continuare pentru diferite DBMS-uri; modelul logic conține abstracții care ar putea fi deja de neînțeles experților domeniului - acest model servește la rafinarea informațiilor despre domeniu într-o formă convenabilă pentru implementarea ulterioară;
Modelul fizic este o descriere a structurii de date în ceea ce privește platforma de implementare - un DBMS special; Acest model conține deja informații despre diverse detalii de implementare - indici și chei, tipuri de atribute etc. care sunt definite în termeni de limbaj de programare țintă etc .; Modelul fizic este de fapt o reprezentare grafică a părții codului care definește schema de date.
Fig. 8.2. Diferite modele de date
Apoi urmează implementarea schemei de date în forma:
specificatia completa cu un program într-un limbaj de programare, cum ar fi SQL / DDL, o descriere a tuturor tabelelor, valorile implicite ale înregistrărilor, care determină eligibilitatea pentru o masă și un grup de tabele, proceduri și triggere stocate și așa mai departe, etc..; această specificație poate conține informații care lipsesc în modelul fizic, deoarece doar cea care este exprimabilă cu ajutorul schemelor de entitate-relație intră în acesta;
baza de date "live", obținută ca urmare a execuției prin intermediul unor DBMS-uri ale programului care stabilește schema (SQL / DDL-script); Se creează un e-magazin care vinde acces la datele de către aplicația software, și oferă de stocare a datelor, după aplicarea și opriți calculatorul - este de obicei date de proprietate numite persistente (persistente).
Exemplu de model conceptual
În acest exemplu, este luată în considerare o schemă de date pentru o aplicație care automatizează activitatea departamentelor universitare. Un fragment al modelului conceptual corespunzător este prezentat în Fig. 8.3.
Fig. 8.3. Exemplu de model conceptual