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 R
1
corespunznd entitii E
1
cheia
primar a celeilalte relaii, R
2
corespunztoare entitii E
2
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 E
1
pentru care cardinalitatea cuplului EA este
egal cu (0,1) sau (1,1) se adaug n schema relaiei R
1
, ce corespunde entitii E
1
cheia
primar a relaiei R
2
care corespunde entitii E
2
participante la asociere;
acest transport al cheii relaiei R
2
n schema relaiei R
1
(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: