INFORMATICA APLICATA

SUPORT DE CURS AN II ( IMA )

FACULTATEA DE ANTREPRENORIAT, INGINERIA SI
MANAGEMENTUL AFACERILOR
Curs 9 : Proiectarea bazelor de
date
9.1.Proiectarea unei baze de date
Proiectarea unei baze de date cuprinde proiectarea structurii conceptuale, logice i fizice.
Pot aprea situaii cnd sunt necesare reveniri la activitile nivelurilor anterioare. De exemplu,
odat cu proiectarea structurii fizice pot aprea cerine de modificri n structura conceptual.
Procesul de proiectare a unei baze de date trebuie privit de aceea ca un proces neliniar, n care apar
frecvente reluri ale unor etape anterioare.
Crearea unui sistem de gestiune propriu bazei de date proiectate este o problem complex.
De aceea, se impune de cele mai multe ori alegerea unui sistem de gestiune din cele existente n
acel moment.
Procesul de alegere a unui SGBD (sistem de gestiune a bazelor de date) presupune
urmtoarele faze:
F1:
- stabilirea cerinelor beneficiarului de sistem i studiul acestora sub aspectul:
- tipurilor de structuri de date;
- timpului de rspuns pentru cerineele respective;
- metodelor de acces;
- confidenialitate;
- tipul aplicaiilor;
- obiectivele sistemului etc.

F2: stabilirea criteriilor de alegere a unui SGBD din cadrul celor candidate, n funcie de
cerinele beneficiarului.
F3: inventarierea SGBD-urilor existente i stabilirea corespondenei ntre cerinele
beneficiarului i caracteristicile SGBD-urilor, astfel nct s fie capabile s satisfac cel puin
cerinele prestabilite.
F4: alegerea propriu-zis a unui SGBD din cadrul celor candidate, n funcie de criteriile
prestabilite.
Avnd n vedere aceste aspecte, criteriile avute n vedere n alegerea unui anumit tip de
SGBD sunt:
c1) Portabilitatea SGBD-ului - posibilitatea de a utiliza un SGBD de pe un sistem de calcul
pe un altul. Portabilitatea cuprinde dou aspecte: portabilitatea programelor propriu-zise i
portabilitatea datelor.
c2) Costul sistemului. Acest criteriu trebuie privit prin prisma:
- timpului de ocupare a unitii centrale;
- costului de ntreinere i dezvoltare;
- resurselor hard imobilizate;
- costului de adaptare i trecere pe un nou sistem de calcul;
- costul documentaiei etc.
c3) Facilitile de implementare, ntreinere i exploatare a bazei de date. Acestea sunt
reflectate prin:
- modalitatea de descriere a datelor;
- tehnicile de organizare i regsire a datelor, care s permit un acces ct mai rapid la orice
informaie;
- timpul ct mai redus pentru actualizare, cutare i rspuns la cererile de informare;
- editarea operativ a celor mai variate tipuri de situaii solicitate de ctre utilizator;
- posibilitatea de adugare a unor programe de aplicaie, programe de validare de date, de
actualizare, rutine statistice, rutine de sortare, rutine de prezentare, grafic a ieirilor etc.

c4) Posibilitatea gestionrii structurilor complexe de date, curn ar fi cele de tip arborescent
sau reea.
c5) Multitudinea metodelor de acces. n funcie de cerinele proprii aplicaiei, sistemul va
trebui s suporte interogri sau acualizri n timp real avnd proceduri de tip conversaional.
c6) Protecia i securitatea datelor din baz.
c7) Specificul aplicaiei. Este cunoscut faptul c programele sunt orientate pe aplicaii, cum
ar fi: programarea produciei, aprovizionare-desfacere, optimizri, prognoze etc.
c8) Timpul necesar pentru formarea cadrelor care s utilizeze SGBD-ul.
Toate aceste criterii de alegere pot fi corelate cu o sezie de factori complementari cum ar fi:
- mentenana sistemului;
- facilitile ce le ofer administratorului bazei de date;
- calitatea documentaiei oferite de fumizori;
- asistena n implementarea sistemului i n pregtirea utilizatorilor etc.
Toi aceti factori alturi de criteriile enunate pot s influeneze succesul n implementarea
SGBD-ului i eficiena economic pe ansamblul sistemului informatic

9.2. Proiectarea schemei conceptuale

Proiectarea realizat de ctre echipa de proiectare a sistemului de administrare a bazei de
date. Punctul de plecare n proiectarea structurii conceptuale l reprezint coleciile de date,
stabilite n modelul logic proiectat, cnd s-a realizat totodat i schiarea unui prim model
conceptual de ansamblu al datelor. Proiectarea schemei conceptuale cuprinde activitile,
definirea detaliat a coleciilor de date, revizuirea legturilor

dintre colecii, rafinarea

modelului conceptual al datelor, transpunerea modelului conceptual al datelor.

Definirea detaliat a coleciilor de date presupune o analiz a coleciilor, normalizarea lor
pentru cercetarea performanelor n stocarea, actualizarea i prelucrarea datelor. Definitivarea
coleciilor de date se face descompunnd coleciile n colecii simple n funcie de

descompunerea obiectelor compuse n obiecte simple, pstrnd o redunda necesar, minim i

controlat a datelor.
Identificarea relatiilor s-a realizat nc de la analiz. n cadrul acestui de revizuire a
legaturilor dintre colectii se realizeaz o analiz i detaliere a relaiilor dintre colecii
Pentru rafinarea modelului conceptual al datelor se folosete tehnica normalizrii pentru
obinerea unor tabele cu o redundan minim i controlat.
Conform acestei tehnici, atributele entitior definite se organizeaz ntr-o singur tabel sau
n rnai multe i se urmrete descompunerea acestor tabele n altele, fr pierdere de informaii n
scopul eliminrii anomaliilor de ordin logic i fizic. Acest lucru se realizeaz prin parcurgerea unei
serii de etape, de normalizare, prin care se trece de la o form normal la alta. Se apreciaz
posibilitatea existenei a cinci forme normale (FN). Prin parcurgerea acestor etape, se ajunge n
mod succesiv s se amelioreze structura bazei de date, nlturndu-se treptat o serie de neajunsuri i
asigurnd faciliti sporite n privina ncrcrii, actualizrii i exploatrii bazei de date.
n mod implicit vor rezulta i performane de ordin fizic, cum ar fi: ocuparea optim a
spaiului de memorie sau reducerea timpului de rspuns al sistemului.
Nu n toate cazurile se impune parcurgerea tuturor etapelor de normalizare, ns n mod
obligatoriu prima form normal este obligatorie.
9.3 Transpunerea modelului conceptual

Transpunerea se face n termenii unui anumit SGBD i descrierea structurii n limbajul

corespunztor acestui SGBD
Modelul conceptual de ansamblu al datelor este un model de ansamblu al datelor
independent de instrumentul soft (SGBD) utilizat pentru reprezentarea sa. Structura este un model
de asamblare al datelor exprimat n coceptele unui anumit SGBD.

Modelul conceptual se concretizeaz n structur n mod difereniat, n funcie de facilitile

tehnice oferite de SGBD, n special de modalitile de implementare a diferitelor tipuri de relaii i
date.
Descrierea bazei de date se face n limbajul de care dispune SGBD-ul. Rezultatul final
descrierii structurii virtuale a bazei de date l constituie proiectul virtual sau schema bazei de date
Se pot desprinde urmtoarele concluzii privind proiectarea structurii conceptuale a bazelor
de date:
a) proiectarea structurii conceptuale a bazelor de date se realizeaz ntr-o abordare topdown. Se pleac de la un prim model realizat la modelele de analiz, care n pai succesivi este
realizat (detaliat i corectat) pn la obinerea structurii conceptuale a bazei de date. Pentru modelul
relaional al datelor este cristalizat i o abordare bottom-up de proiectare, care pornete de la
detaliul logic (de la atribute) i ajunge la o sintez, abordare mai puin natural pentru utilizatori.
b) proiectarea structurii conceptuale are la baz o modelare a datelor relativ independent de
aplicaii, altfel spus o modelare care nu este orientat exclusiv pe aplicaii, dar nici complet
independent de acestea. Se tie c modelarea orientat pe aplicaii are ca dezavantaje integrarea
unor cerine eterogene, care complic artificial structura datelor, precum i posibiliti sczute de
adaptare la cerinele informaionale, n timp ce modelarea independent de aplicaii presupune o
analiz foarte costisitoare, complex, ce solicit resurse i timp, iar aplicaiile nu pot fi dezvoltate
dect dup detalierea coninutului bazei de date.
c) proiectarea structurii conceptuale a bazelor de date are la baz o modelare a datelor
independent de instrumentul informatic de implementare (SGBD). Modelarea datelor orientate
spre conceptele proprii unui anumit SGBD prezint o serie de dezavantaje:

schimbarea SGBD-ului presupune reproiectarea bazei de date;

conceptele tehnice ale SGBD-ului pot influena negativ activitatea de modelare a datelor
prin restriciile lor specifice care pot ncuraja sau descuraja anumite reprezentri;

fixnd ca punct de plecare facilitile unui SGBD, utilizatorul neinformatician, care nu este
specializat n SGBD-uri nu i poate exprima cerinele n deplin cunotin de cauz.

9.4. Proiectarea schemei logice/externe

Structura logic a bazei de date reprezint forma sub care apare structura conceptual a
bazei de date pentru un utilizator oarecare. Programele de aplicaie opereaz asupra elementelor
structurii conceptuale prin intermediul structurii logice avnd acces doar la acele elemente ale
structurii conceptuale care sunt incluse n structura logic.
n general elementele care compun structura logic sunt similare celor care compun
structura virtual, totui depind de tipul de SGBD utilizat.
Se poate afirma c prin separarea nivelului logic de nivelul conceptual se separ funcia de
administrare de funcia de utilizare - exploatare a bazei de date.
Practic este vorba de:

identificarea viziunilor/ view-urilor/vederilor care vor fi construite. Viziunea reprezint o

tabel stocat logic (nu i fizic) care preia anumite cmpuri din una sau mai multe tabele
care ndeplinesc anumite condiii. Prin utilizarea viziunilor, utilizatorii primesc acces doar
asupra unei pri din baza de date;

identificarea drepturilor de acces asupra tabelelor i viziunilor pentru fiecare tip de utilizator
(tipuri de drepturi: select, insert, update, delete) .

9.5. Proiectarea schemei fizice a BD

Structura conceptual mbrac diferite forme de reprezentare: liniar, arborescent, reea,
relaional.
Memorarea datelor pe suportul fizic mbrac numai forma unei structuri liniare. De aceea se
pune problema liniarizrii structurii virtuale.
Metoda de liniarizare a structurii virtuale este specific diferitelor SGBD utilizate. Astfel, o
serie de SGBD-uri utilizeaz pentru realizarea structurii fizice metode tipice de organizare a
informaiilor folosite n cadrul sistemelor de operare gazd.

Alte SGBD-uri utilizeaz pentru realizarea structurii fizice metode proprii de organizare a
informaiilor, independente de metodele folosite n cadrul sistemului de operare gazd.
Cea dea doua grup de SGBD-uri depinde mai puin de sistemele de operare gazd, ceea ce
le imprim o portabilitate sporit comparativ cu cele din prima categorie.
Practic, se estimeaz spaiul ocupat de fiecare tabel (dependent de SGBD-ul ales) ca sum
ntre:

numrul fix de octei alocat pentru memorarea structurii tabelei;

numrul variabil de octei estimat ca produs ntre:

numrul estimat de nregistrri;

spaiul ocupat de o nregistrare.