Despre nivelurile de abstractizare în modelarea datelor

Î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.







Despre nivelurile de abstractizare în modelarea datelor

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.

Despre nivelurile de abstractizare în modelarea datelor

Fig. 8.3. Exemplu de model conceptual







Articole similare

Trimiteți-le prietenilor: