Acasă | Despre noi | feedback-ul
Tema. Modele de date conceptuale, logice și fizice. Asigurarea coerenței și integrității datelor. Proiectarea unei baze de date logice și fizice.
MODELE CONCEPTUALE, LOGICE ȘI FIZICE
Procesul de creare a unui model de informare începe cu definirea cerințelor conceptuale ale viitorilor utilizatori ai bazei de date.
Modelul conceptual afișează subiectul sub formă de obiecte interdependente fără a indica căile de stocare fizică. Modelul conceptual reprezintă cerințele conceptuale integrate ale tuturor utilizatorilor la baza de date a zonei respective.
În același timp, eforturile dezvoltatorului ar trebui să vizeze în principal structurarea datelor care aparțin viitorilor utilizatori ai bazei de date și dezvăluirea relațiilor dintre acestea. Este posibil ca relațiile dintre obiectele reflectate în modelul conceptual să se dovedească ulterior ca fiind mijloace nerealizabile ale DBMS-ului ales. Acest lucru va necesita o schimbare în modelul conceptual. Versiunea modelului conceptual care poate fi implementată de un anumit DBMS se numește un model logic.
Un model logic reflectă relațiile logice dintre atributele obiectelor, indiferent de conținutul lor și mediul de stocare, și poate fi relațional, ierarhic sau în rețea. Astfel, modelul logic afișează legăturile logice dintre datele de informație din acest model conceptual.
Pentru diferiții utilizatori din modelul de informații corespund diferite subseturi ale modelului său logic, numite modele externe de utilizatori. Astfel, modelul de utilizator extern este o mapare a cerințelor conceptuale ale acestui utilizator în modelul logic și corespunde vizualizărilor pe care le primește utilizatorul despre domeniu pe baza modelului logic. Prin urmare, cât de bine este proiectat modelul extern, atât de complet și precis, modelul de informații afișează zona subiectului, iar sistemul de control automatizat al acestei zone a subiectului funcționează atât de complet și cu exactitate.
Modelul logic este cartografiat în memoria fizică, care poate fi construit pe principii electronice, magnetice, optice, biologice sau alte.
Modelul de domeniu intern determină plasarea datelor, metodele de acces și tehnica de indexare într-un model logic dat și este altfel numit model fizic.
Datele de informații ale oricărui utilizator din baza de date ar trebui să fie independente de toți ceilalți utilizatori, adică nu ar trebui să influențeze modelele externe existente. Acesta este primul nivel al independenței datelor. Pe de altă parte, modelele utilizatorilor externi nu sunt în niciun fel legate de tipul de memorie fizică în care vor fi stocate datele și de metodele fizice de acces la aceste date. Această prevedere reflectă cel de-al doilea nivel de independență a datelor.
Asigurarea coerenței și integrității datelor în baza de date
Pentru utilizatorii AIS este important ca baza de date să afișeze zona de subiect fără ambiguitate și consecvent, adică satisface condiția de integritate.
Există două tipuri principale de restricții privind condiția de integritate:
1. Fiecare rând al tabelului trebuie să difere de restul rândurilor de valoarea a cel puțin unei coloane.
Angajații departamentului pot fi numiți în întregime, născuți în aceeași zi. Pentru a nu încălca condițiile de integritate, adăugăm o nouă coloană în tabel - "Pass Number", transformându-l într-o relație (vezi Figura 1.4). Astfel, prima restricție este dată de prezența în tabel - relația dintre cheia primară.
În bazele de date reale, numele nu se fac din cauza lungimii lor (încetinirea procesului de căutare), dar și datorită faptului că se pot schimba (complexitatea cu întreținerea sistemului).
Metodologia modelării logice a datelor
Acum avem un model complet de date logice. Să ne amintim ce măsuri trebuie luate pentru ao obține:
1. Identificați și simulați entități.
2. Identificați și simulați relațiile dintre entități.
3. Identificați și modelați atributele.
4. Specificați un identificator unic pentru fiecare entitate.
5. Efectuați normalizarea.
În practică, procesul rar apare în această secvență. După cum arată exemplul nostru, de multe ori există o dorință și o necesitate de a sări între entități, conexiuni, atribute și identificatori. Este important să nu urmăriți strict secvența de pași, ci să dezvăluiți și să remediați toate datele necesare pentru o modelare adecvată a sistemului.
Modelul de date pe care l-am creat în acest capitol este foarte simplu. Am spus cum să creați un model care să corespundă tipului și complexității bazelor de date pe care este cel mai probabil să le întâlniți atunci când dezvoltați baze de date pentru MySQL sau mSQL. Nu am atins o mulțime de tehnici de proiectare și concepte care nu contează cu adevărat atunci când se proiectează mici baze de date și pot fi găsite în orice manual dedicat designului bazei de date.
Articole similare
Trimiteți-le prietenilor: