CAPITOLUL 4 : MODELAREA LOGIC A DATELOR

4.1. Modelul relaional

Relaia este o submulime a produsului cartezian de N domenii se prezint sub form bidimensional (tabelar) pe linii i coloane este format din linii (rnduri) i coloane mai este numit i tabel Tuplul reprezint o linie n cadrul tabelului se mai numete nregistrare (n englez record) Domeniul reprezint un set de valori pe care le poate lua o dat (un atribut). EXEMPLU Ziua = {luni, mari, miercuri, joi, vineri, smbt, duminic} Trimestru = {1,2,3,4} Atributul reprezint o caracteristic care poate lua valori ntr-un domeniu, fiecrei caracteristici fiindu-i rezervat o coloan n cadrul relaiei.

Cheia primar reprezint un atribut sau un grup minimal de atribute ale crui realizri pot permite identificarea unic a unui tuplu ntr-o tabel. Cheia candidat reprezint un atribut sau grup de atribute care pot prin realizrile lor s identifice un tuplu; dintre cheile candidate se alege atributul sau grupul de atribute care va juca rol de cheie primar. Cheia extern este un atribut din schema unei tabele care joac rol de cheie primar ntr-o alt tabel; atributul cu rol de cheie extern trebuie s respecte cerinele de integritate referenial.

Schema unei relaii reprezint lista atributelor aparinnd relaiei, cu domeniile lor. Gradul relaiei reprezint numrul de coloane (atribute) ale relaiei. Cardinalitatea relaiei reprezint numrul de rnduri ale acesteia. EXEMPLU

4.2. Reguli de trecere de la modelul EA la schema bazei de date relaionale

Regula 1 fiecrui tip de entitate (din modelul EA) i este asociat schema unei relaii format din toate atributele tipului de entitate; identificatorul tipului de entitate devine cheia primar a relaiei. EXEMPLU

Regula 2 dac ntr-o asociere binar A fiecare dintre entiti prezint pentru cuplul entitate-asociere cardinalitatea (0,1) sau (1,1) se adaug n schema relaiei R1 corespunznd entitii E1 cheia primar a celeilalte relaii, R2 corespunztoare entitii E2 participante la asociere; cheia extern va trebui s respecte restricia de integritate referenial. EXEMPLU

Regula 3 dac ntr-o asociere A exist o singur entitate E1 pentru care cardinalitatea cuplului EA este egal cu (0,1) sau (1,1) se adaug n schema relaiei R1, ce corespunde entitii E1 cheia primar a relaiei R2 care corespunde entitii E2 participante la asociere; acest transport al cheii relaiei R2 n schema relaiei R1 (unde va juca rolul de cheie extern) este impus de rolul dominant al primei relaii asupra celei de a doua; cnd ntre dou entiti se stabilete o asociere 1:n nseamn c entitatea care prezint pentru cuplul EA cardinalitatea (1,n) sau (0,n) este dominant, iar cea de a doua va fi considerat entitate fiu i va primi drept cheie extern cheia primar a entitii printe, iar dac sunt definite atribute pentru asocierea A ele vor fi cuprinse n schema relaiei fiu. EXEMPLU

Regula 4 dac ntr-o asociere A nu exist nici o entitate E pentru care cardinalitatea cuplului (EA) s fie egal cu (0,1) sau (1,1) se va defini o a treia relaie cuprinznd n schema sa cheile primare ale celorlalte dou relaii (corespunztoare entitilor participante la asociere) mpreun cu toate atributele definite pentru asocierea A.

EXEMPLU Asocierile ciclice n cazul asocierilor ciclice se aplic tot regulile 1-4 in funcie de cardinalitile celor dou cupluri EA prezente. Transpunerea generalizrii i specializrii definirea modelului logic al datelor plecnd de la modelul EA care a integrat i conceptele de generalizare i specializare se poate realiza n dou modaliti: dnd prioritate specializrii, caz n care atributele tipului sunt aspirate la nivelul subtipurilor; dnd prioritate generalizrii cu sau fr conservarea subtipurilor (caz n care se produce o aspirare a atributelor subtipurilor la nivelul tipului). EXEMPLU

4.3. Modelarea fizic a datelor Criterii utilizate n alegerea SGBD-ului: 1) Cerinele utilizatorului privitoare la: tipurile de aplicaii timpul de rspuns confidenialitatea datelor securitatea datelor uurina n exploatare a sistemului 2) Caracteristici, faciliti, instrumente oferite: instrumente pentru generarea de: ecrane, rapoarte, aplicaii etc. interfaa uor de utilizat pentru definirea cererilor (interfaa grafic) faciliti privind importul i exportul de date documentarea bazei de date faciliti oferite administratorului bazei de date securitatea bazei de date usurina n utilizarea SGBD-ului 3) Cerine de ordin tehnic: portabilitatea SGBD-ului portabilitatea coleciilor de date i a aplicaiilor faciliti de ncrcare, exploatare i refacere a bazei de date 4) Cerine de ordin economic: ncadrarea n bugetul existent timpul i resursele financiare necesare pentru pregtirea utilizatorilor i trecerea la exploatarea curent a bazei de date. Definirea modelului fizic al datelor (MFD) se realizeaz n conformitate cu SGBD-ul ales; rezultatul acestei treceri de la MLD la MFD este reprezentat de schema intern a bazei de date; pentru modelul logic definit anterior n aceast etap vor fi create tabelele bazei de date pentru fiecare dintre acestea precizndu-se toate elementele necesare conform specificaiilor de definire caracteristice SGBD-ului; aceast etap de modelare nu se limiteaz doar la definirea modelului fizic al datelor (MFD) ci urmrete i optimizarea MFD ceea ce ar presupune asigurarea: unui timp minim de acces la nivel fizic pentru prelucrrile cele mai frecvente; o mai mare independen a stocrii fizice a datelor n raport cu prelucrrile. Realizarea acestor deziderate se poate materializa n: definirea indecilor att pe cheile primare ct i pe chei alternative de cutare n raport cu natura diverselor cutri n baza de date; controlul alocrii spaiului de disc afectat bazei de date prin utilizarea de partiii (SGBD Oracle); asigurarea proximitii stocrii ansamblurilor de date manipulate frecvent n anumite prelucrri (utilizarea clusterelor de ctre SGBD Oracle de exemplu). Determinarea dimensiunii viitoarei baze de date i a spaiului de memorie necesar sistemului informatic. n cazul n care am optat pentru utilizarea SGBD Access crearea tabelelor bazei de date se va realiza prin iniierea aciunii de creare a obiectelor de tip tabel (Table) pentru fiecare relaie precizndu-se proprietile corespunztoare atributelor declarate.

EXEMPLU

4.4. Probleme propuse

Problema 1 S se construiasc modelul logic al datelor plecnd de la urmtorul model conceptual al datelor:

Cum s-ar reprezenta n modelul conceptual al datelor faptul c printr-un document de plat se pot achita mai multe facturi? Soluia de model logic al datelor ar suferi schimbri n acest caz?

Problema 2 S se construiasc modelul logic al datelor plecnd de la urmtoarea secven de model conceptual al datelor: