Crearea unui model fizic

CASE-tools ERWin în timpul normalizării și denormalizării bazei de date,

• construi un model fizic,
• să studieze algoritmii pentru traducerea bazei de date în prima, a doua și a treia formă normală

normalizare

Normalizarea este procesul de verificare și reorganizare a entităților și atributelor pentru a satisface cerințele pentru un model relațional de date. Normalizarea vă permite să vă asigurați că fiecare atribut este definit pentru esența sa, reducând semnificativ cantitatea de memorie pentru stocarea datelor.

Pentru a lua în considerare tipurile de forme normale, introducem conceptele de dependență funcțională și completă.

Dependența funcțională. Atribut În esență, E depinde în mod funcțional de atributul A al entității E, dacă și numai dacă fiecare valoare a A în E se referă la ea exact o valoare a lui B în E. Cu alte cuvinte, A determină în mod unic B.

Dependență funcțională completă. Atributul E al entității B depinde pe deplin funcțional de un număr de atribute A ale entității E, dacă și numai dacă B depinde în mod funcțional de A și nu depinde de nici un contract al lui A.

Sunt disponibile următoarele tipuri de formulare normale:

• Prima formă normală

(1NF). Entitatea E se află în prima formă normală, dacă și numai dacă toate atributele conțin doar valori atomice. Printre atributele nu ar trebui să existe grupuri duplicate, adică valori multiple pentru fiecare instanță.

• A doua formă normală. Entitatea E se află în a doua formă normală dacă este în prima formă normală și fiecare atribut nonkey este complet dependent de cheia primară, adică nu există nici o dependență de partea cheie.
• A treia formă normală (3 NF). Entitatea E se află în a treia formă normală dacă se află în a doua formă normală, iar atributele non-cheie ale entității E depind de celelalte atribute ale lui E.

După a treia formă normală, există forma normală Boyssa - Codd, a patra și a cincea forme normale. În practică, acestea se limitează la reducerea la a treia formă normală. De multe ori, după normalizarea tuturor relațiilor de date sunt identificate corect, modelul de date devine mai ușor de întreținut. Cu toate acestea, normalizarea nu duce la o creștere a performanței sistemului în general, astfel încât atunci când se creează un model fizic, pentru a îmbunătăți performanța, este necesar să se abată deliberat de la formele normale pentru a utiliza capabilitățile unui anumit server. Un astfel de proces se numește denormalizare.

1.1. Sprijin pentru normalizarea în ERWin

ERWin oferă doar suport pentru normalizare, dar nu conține algoritmi care convertesc automat modelul de date de la o formă la alta.

Suport pentru prima formă normală În model, fiecare entitate sau atribut este identificată printr-un nume. ERWin acceptă corectitudinea denumirilor după cum urmează:

• Ia act de utilizarea repetată a denumirii entității și a atributului;
• nu permite intrarea în esența mai multor chei străine;
• interzice atribuirea unor nume de atribute non-unice într-un singur model, respectând regula "într-un singur loc - un fapt".

Crearea unui model fizic

Scopul creării unui model fizic este de a furniza administratorului informații relevante pentru transferul modelului de date logice în DBMS.

ERWin acceptă generarea automată a unui model fizic de date pentru un anumit DBMS. În acest caz, modelul logic este transformat într-un fizic de pe următorul principiu: în esență, devin tabele, atribute devin coloane, iar tastele sunt indici.

Tabelul 7.1.Compatibilitatea componentelor modelului logic și fizic

Interrelaționările determinate de utilizarea atributelor FK

denormalizing

După normalizare, toate relațiile de date sunt determinate, excluzând erorile, atunci când se utilizează datele. Dar normalizarea datelor reduce viteza bazei de date. Pentru a lucra mai eficient cu datele, folosind capabilitățile unui anumit server de baze de date, trebuie să realizați un proces care este opus normalizării - denormalizare.

Pentru procesul de denormalizare, nu există un algoritm standard, deci în fiecare caz specific trebuie să găsim soluția noastră. Denormalizarea este de obicei efectuată la nivelul fizic al modelului. ERWin are următoarele opțiuni pentru a sprijini procesul de denormalizare:

• Entitățile, atributele, grupurile cheie și domeniile pot fi create numai la nivelul logic al modelului. În

ERW Există posibilitatea de a izola elementele modelului logic astfel încât acestea să nu apară la nivel fizic.

• Tabelele, coloanele, indexurile și domeniile pot fi create numai la nivel fizic. În

ERW Există posibilitatea de a evidenția elementele modelului astfel încât acestea să nu apară la nivel logic. Această funcție susține în mod direct denormalizarea modelului fizic, deoarece permite designerului să includă tabele, coloane și indexuri într-un model fizic care este specific unui anumit DBMS.

Rezolvarea relațiilor multe-cu-multe. Atunci când aceste relații sunt rezolvate într-un model logic, ERWin adaugă entități asociate și vă permite să le adăugați atribute. Când se rezolvă relațiile într-un model logic, conexiunile sunt rezolvate automat în modelul fizic.

Fig. 7.1. Diagrama ERD a bazei de date a studenților în prima formă normală

Să verificăm corespondența DB la cea de-a doua formă normală. Toate atributele non-cheie trebuie să depindă complet de cheia primară. Nu este greu de observat că această condiție este îndeplinită pentru toate entitățile bazei de date; prin urmare, putem concluziona că este în a doua formă normală.

Pentru a aduce baza de date la a treia formă normală, este necesar să se asigure absența dependențelor tranzitorii ale atributelor non-cheie. Această dependență este observată în atributele "Specialitate" și "Specializare" în esența "Student": specializarea depinde de specialitate și de grupul în care studentul studiază. Creați o nouă entitate independentă "Specialitate" transferând atributul "Specializare" și creați un nou atribut "Grup", care este cheia și definind atributele "Specialitate" și "Specializare". Vom face o legătură neidentificabilă de la entitatea "Specialitate" la esența "Student", în timp ce atributul cheie "Grup" migrează la esența "Student". Obținem baza de date în a treia formă normală, deoarece nu există alte dependențe tranzitorii ale atributelor non-cheie (Figura 7.2).

Fig. 7.2. Diagrama ERD a studentului DB în a treia formă normală

În modelul rezultat, trebuie să ajustați tipurile și dimensiunile câmpurilor. Mai mult decât atât, în etapa de creare a modelului de date regulile de validare difuzor de intrare fizice care guvernează lista valorilor permise și valorile implicite (fila de acces în atributul).

Tabelul 7.2 Proprietățile coloanelor din tabelele modelului fizic al studentului DB

După instalarea regulilor de validare (pentru aceasta trebuie mai întâi să dea numele Nume de validare, și apoi modificați regula de validare) în caseta de dialog Validare Editor de reguli ar trebui să primească următoarele reguli

După setarea regulilor de validare în caseta de dialog Editor de coloane, trebuie să alocați regulile coloanelor corespunzătoare din tabele (a se vedea Figura 4.4).

Fig. Modelul fizic al bazei de date a studenților

Întrebări de test

1. Care este procesul de normalizare?
2. Ce se numește dependență funcțională?
3. Ce se numește dependență funcțională completă?
4. Prima formă normală.
5. A doua formă normală.
6. A treia formă normală.
7. Forma normală a Boiss este Codd.
8. Care este procesul de denormalizare?
9. Care este sensul denormalizării?
10. Care este scopul creării unui model fizic?
11. Denumiți funcțiile ERWin pentru a sprijini denormalizarea.
12. Cum sunt rezolvate relațiile multi-la-multe?

Articole similare

• Crearea de modele fizice în erwin

• O colecție de instrumente utile pentru crearea de muzică și cântece - partea 1

• Programul pentru crearea de cărți poștale - maestrul de cărți descărcare gratuită

Trimiteți-le prietenilor: