Documente Academic
Documente Profesional
Documente Cultură
Modelul relaional este unul dintre cele mai rspndite modele de date
folosit pentru modelarea problemelor reale. Ideea acestui model a
aprut la nceputul anilor 70, n laboratoarele IBM din San Jose,
California.
Dou caracteristici ale acestui model l mai fac i n zilele de azi
popular i accesibil.
Structura modelului este foarte simpl, pentru c relaiile pot fi cu
uurin reprezentate ca tabele al bazei de date.
Identitatea
n modelul relaional, entitile sunt definite prin relaii. Aceast form
de prezentare este extrem de convenabil pentru implementare,
deoarece fiecare relaie se poate prezenta prin tabele. Cazul contrar
nu este valabil. Tabelul trebuie s ndeplineasc anumite criterii pentru
a deveni o relaie.
Atributele relaiei se pot prezenta sub form de coloane ale tabelului.
Fiecare n-tuplu dintr-o relaie (rnd n tabel) este diferit, deoarece
exist unul sau mai multe atribute care o identific n mod unic. Un
astfel de atribut sau grup de atribute este numit cheia relaiei. Cheia
relaiei poate fi simpl, dac este vorba de un singur atribut, sau
complex, dac este vorba de un grup de atribute. n modelul
relaional, de regul, cheia primar se subliniaz, aa cum este
prezentat n urmtoarea imagine.
1/9
Clasificarea
Atunci cnd vorbim despre paradigma orientat pe obiect, baza ei sunt
2/9
Generalizarea
Generalizarea este o abstracie n care un set de tipuri de obiecte
similare reprezint un tip generic, respectiv un supertip. Similare sunt
tipurile de obiecte care au n comun anumite trsturi i
comportamente.
n modelul relaional, conceptul de generalizare se realizeaz n felul
urmtor:
normalizare complet
denormalizare complet
soluie hibrid
Normalizarea complet
Cazul normalizrii complete reprezint situaia n care fiecare subclas
concret se reprezint printr-o relaie.
3/9
Impact
Denormalizarea complet
Cazul de denormalizare complet reprezint situaia n care o
superclas i subclasele ei reprezint doar o singur relaie.
Publication (PublicationID,
Impact factor)
Name,
Pages,
Content,
ISBN,
Pages,
Content,
ISBN,
Cazul Hibrid
Cazul Hibrid reprezint situaia n care pentru fiecare superclas i
subclas se face o relaie separat.
Publication (PublicationID, Name, Pages, Content)
Book (PublicationID, ISBN)
Magazine (PublicationID, Impact factor)
Acest lucru nu este un caz real de generalizare, pentru c dac ne
uitm doar la relaia Book sau doar la relaia Magazine, nu exist
nicio modalitate de a ti dac aceasta este un tip special, supertip sau
4/9
Name,
Pages,
Content,
Agregarea
Agregarea este cazul n care legtura dintre dou sau mai multe
entiti se realizeaz ca o relaie. n urmtorul exemplu este
prezentat situaia mprumutului de cri de ctre un membru al
bibliotecii, prin care Borrowing devine o nou relaie cu atribute
proprii: Borrowing date i Return date.
Book (ISBN, Name, Pages)
Member (PersonID, Name, Last name)
Borrowing (ISBN, PersonID, Borrowing Date, Return Date)
Relaia Borrowing, prin urmare, devine o entitate nou. Ea este
rezultatul relaiei, respectiv a agregrii dintre dou sau mai multe
entiti, de aceea este numit AGREGARE. Aa cum fiecare relaie are
o cheie primar, i agregarea trebuie s aib una atunci cnd este
tradus n relaie. Agregarea primete o cheie primar complex, care
const din atributele unice ale entitilor implicate n agregare. n
acest caz, relaia Borrowing va avea cheia complex care este format
din atributul ISBN i PersonID.
5/9
6/9
7/9
c) clasificrii
8/9
9/9