Facultatea de Automatica si Calculatoare Iai

LECIA 2

Entiti i atribute - Detalii............................................................................................................................2 Modelarea fizica a datelor ............................................................................................................................3 Entitile........................................................................................................................................................3 Atribute .........................................................................................................................................................8 Comparaie intre Entiti si Atribute ..........................................................................................................10 Subtipuri i supertipuri................................................................................................................................11

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

1|

Facultatea de Automatica si Calculatoare Iai

Entiti i atribute - Detalii

Scopul acestei lecii este de a oferi o analiza detaliat cu privire la entiti i atribute i modul de urmrire a acestora n diverse surse de informatii/informare. Prezentare general Date privitoare la informaii Entitile i modul de analiza a acestora Atribute Subtipuri i supertipuri

La sfritul acestei lecii trebui s fii capabili sa : Urmrii entiti din diverse surse Urmariti atribute din diverse surse Decidei cnd ar trebui s modelai o anumita informaie ca o entitate si cnd ca un atribut Lucrai cu modele de subtipuri i supertipuri

Datele in comparaie cu informaiile Cuvintele date i informaii sunt deseori folosite ca sinonime. Cu toate acestea, ele au un neles diferit. Datele: pot fi definite ca materii prime, de la care se pot trage concluzii sau date din care pot deduce noi date. Un exemplu tipic este o carte de telefon. Aceasta este o colecie foarte mare de date aranjate dup o structur intern . Informaiile: sunt cunotine, inteligen, o anumit data cu o semnificaie sau funcie speciala. Adesea informaiile conduc la date. n sens invers, informaia este de multe ori rezultatul procesului derivrii datelor, putnd fi o anumit parte a unei date. Dac data este structurat ntr-un anumit mod, acest lucru este foarte util n procesul de gsire a informaiei. Pentru a extinde exemplul cu cartea de telefon, informaia este numrul de telefon al medicului stomatolog sau adresa de domiciliu a unui coleg . Date - Modelarea conceptuala a datelor Modelarea conceptuala a datelor este examinarea unei afaceri i a datelor afacerii n vederea determinrii structurii de informaie necesara afacerii i a normelor care o guverneaz. Aceasta structura poate fi folosita ulterior ca baz pentru definirea modului de depozitare a datelor pentru afacere. Modelarea conceptuala a datelor este independenta de posibilitile de implementare tehnica. Din acest motiv, un model conceptual de date este relativ stabil pe perioade lungi de timp, deoarece o afacere

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

2|

Facultatea de Automatica si Calculatoare Iai creste treptat in timp din punct de vederea al volumului de date, modelul conceptual rmnnd neschimbata pe o perioad lunga de timp. Modelarea conceptuala a datelor este numita de asemenea Ingineria Informaiei .

Modelarea fizica a datelor

Modelarea fizica a datelor este strns legata de punerea n aplicare ntr-o anumit tehnic de software i hardware. Implementarea fizic este foarte dependent de stadiul actual al tehnologiei i este frecvent supus schimbrilor de tehnologii. Un design tehnic fcut n urm cu cinci ani este probabil depit in ziua de azi. Fcnd distincie ntre modelul conceptual i cel fizic, se face separarea in principal intre prile stabile si instabile ale unui ansamblu. Acest lucru este valabil att pentru modelul de date cat i pentru specificaiile funcionale.

Baza de date
O baza de date este un set de date. De obicei, se prezint ntr-o varietate de formate, de exemplu pe suport hrtie i n format electronic. Datele stocate in format electronic sunt regsite n diverse tipuri de fiier, de exemplu n foi de calcul, sau ntr- o baza de date obinuita. Astzi, cu toate ca bazele de date relaionale sunt foarte frecvent folosite, mai sunt multe sisteme vechi nc n vigoare. Vechile sisteme sunt de obicei sisteme ierarhice si baze e date in reea. Sistemele mai recente sunt baze de date semantice si orientate obiect. Un depozit de date warehouse este compus din surse multiple plasate intr-o baza de date logica. Baza de date a Depozitului de date sau ,mai corect, structura bazei de date este optimizata pentru aciuni Online Analytical Processing ( OLAP ). De multe ori un warehouse conine date sintetizate ale sistemelor zilnice de tranzacionare si informaii suplimentare din alte surse. Un exemplu este o companie de telefonie care urmrete traficul pentru un sistem de routare. Sistemul nu stocheaz apelurile telefonice individuale ci datele despre traficul orar. Din punctul de vedere al analizei datelor, un warehouse nu este altceva dect o baz de date, ca oricare alta, avnd cerine funcionale foarte specifice i caracteristice.

Entitile
Reguli Dai entitii un nume unic Creai o descriere formal a entitii Adugaicteva atribute, dac este posibil

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

3|

Facultatea de Automatica si Calculatoare Iai Dai atenie omonimelor Verificai numele entitii i descrierea acesteia in mod regulat Evitai utilizarea de cuvinte rezervate Nu includei numele relaiei in numele entitii

Nume unic - n primul rnd entitatea apare prin conturarea ei conceptuala. Apoi trebuie sa i se gseasc un nume unic i clar, lucru ce nu este ntotdeauna uor, deoarece exist multe mai multe concepte dect nume clare. E bine sa va folosii imaginaia, sa utilizai un dicionar, o combinaie de cuvinte pentru a gasi un nume potrivit. Verificai numele pe care le utilizai sau le-ati utilizat pentru a evita orice confuzie. Definirea implicit a unei entiti poate varia n timpul analizei, de exemplu ca urmare a adugrii unui atribut sau modificrii opionalitii unei relaii . Creai o descriere formal a entitii - Acest lucru este uzual, nu este dificil i descrierea ajut la clarificarea gndirii legate de modelare. Descrierea trebuie verificata n mod regulat, uneori procesul evolueaz n timp si definiiile trebuie s fie actualizate, urmnd aceast evoluie . Fii ateni la sinonime - n multe contexte de afaceri, unul i acelai concept este cunoscut sub diferite denumiri. Selectai una i menionai sinonimele n descriere (de ex: " ..., de asemenea, cunoscut sub numele de ... " .) Evitai Omonimele - ntr- o afacere de multe ori de un cuvnt este folosit pentru diferite concepte. Uneori chiar aceeai persoan folosete acelai cuvnt cu sensuri diferite, dup cum putei vedea n urmtorul exemplu. "Cursul de modelare date la care participai acum a fost scris n 1999 i necesit remodelarea abilitilor de a nva" In aceast propoziie cuvntul "curs", se refer la trei concepte diferite: un eveniment (cursul frecventat n prezent), un text de curs (cursul care a fost scris n 1999) i tipul de curs (care se pare c are nevoie de anumite abiliti ) . Evitai cuvintele rezervate - Dei se pot folosi orice nume pentru o entitate, este recomandat a se ncerca evitarea termenilor consacrai pentru baze de date i a celor folosii in programare (cuvintele cheie). Acest lucru poate mpiedica apariia de probleme si confuzia din etapa de proiectare . Nu includei numele relaiei de numele entitii Deseori, numele entitii poate fi selectat ntr-un mod mai mult sau mai puin generic. n exemplul dat ambele diagrame modeleaz acelai context. n prima diagrama OASPETE este numele entitii precum i o parte din numele relaiei. In cel de-al doilea model denumirile sunt mai generale. Exist un oaspete, vzut ca o instana a entitatii PERSOANA.

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

4|

Facultatea de Automatica si Calculatoare Iai oaspete a

caz I

OASPETE

gazda pentru

HOTEL

caz II

PERSOANA

oaspete a
gazda pentru

HOTEL

Ca regul, n cazul in care se poate face o alegere, se iau in calcul numele cu caracter general. Aceasta permite, de exemplu, adugarea unei noi relaii ntre aceleai entiti care sa arate, in cazul exemplificat aici, persoana care lucreaz ca angajat al hotelului. Astfel apar noi entiti. Acest subiect este strns legat de conceptul de subtipuri i roluri despre care se va discuta mai trziu.

Exemplu Posta electronica In acest exemplu vom analiza o companie care furnizeaz un servicii de e-mail, prezentnd urmtoarele informaii generale. Compania "ElectronicMail (EM) dorete sa ofere un serviciu de e-mail bazat pe web, atractiv i uor de utilizat. Conceptele de baza ale afacerii sunt utilizatorul si mesajul. Un utilizator EM are o adresa unica de email (de maxim 30 de caractere) i o parola (furnizate de persoana care configureaz utilizatorii EM). Nu tim cine este persoana care folosete contul de email dei se solicita ,la crearea contului, unele informaii suplimentare, cum ar fi numele, ara, data de natere, tipul de afacere, etc . Utilizatorii trebuie s poat trimite i primi mesaje de e-mail. Un e-mail contine de obicei un mesaj de tip text si poate avea fiiere ataate. Un ataament este un fiier (cum ar fi o foaie de calcul), care este trimis i se pstreaz mpreuna cu mesajul, dar nu a fost creat cu software-ul de email. Mesajele sunt pstrate n foldere. Fiecare utilizator are pentru nceput trei foldere : Inbox, Outbox, i Trash. Fiecare utilizator poate sa isi creeze foldere suplimentare. Funcionalitatea dorit - Utilizatorii de ElectronicMail trebuie s poat trimite mesaje ctre o list de adrese de email (un grup de adrese de email). Sistemul trebuie s pstreze doar o copie a mesajului trimis (pentru a economisi spaiu in baze de date) si informaii despre adresele ctre care mesajul a fost trimis. Utilizatorii trebuie s fie capabili de a crea abloane pentru mesajele lor. Un ablon trebuie s poarte un nume si trebuie sa conin tot ceea ce un conine un mesaj real, putnd fi utilizat pentru mesaje noi. Utilizatorii trebuie s fie capabil s rspund la un mesaj. Atunci cind se rspunde la un mesaj, utilizatorul creeaz un nou mesaj la care se adaug mesajul vechi.

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

5|

Facultatea de Automatica si Calculatoare Iai Utilizatorii trebuie s fie capabil de a crea un alias pentru o adres de e-mail, pentru a ascunde adrese de multe ori complexe n spatele unui nickname uor de amintit.

Evoluia definiiei unei entitati Pentru a ilustra evoluia unui concept avem in vedere entitate MESAJ din exemplul ElectronicMail. Prima descriere intuitiv a acestei entiti este de tipul Un mesaj este un text transmis de utilizator. Apare vre-un utilizator ? Ei bine, nu ! Un mesaj este un text transmis de un utilizator al sistemului EM . Fiecare mesaj trebuie s conin text? Nu este oare posibil a se trimite un mesaj care transport doar un ataament, fr body text ? Un mesaj este o nota transmisa de un utilizator al sistemului EM . Nu este obligatoriu ca un mesaj sa contina un body text, sau sa aiba subiect, sau.. Ce se intimpla cu un mesaj care vine de la o surs extern i este primit de ctre utilizator EM ? Nu se pstreaz la fel ca si celelalte? Un mesaj este o nota transmisa sau primita de un utilizator al sistemului EM sau ambele. Nu este obligatoriu ca un mesaj sa contina un body text, sau sa aiba subiect, sau..

Acum s presupunem c un mesaj este trimis de un utilizator EM catre o singura adres de e -mail externa si ca utilizatorul EM nu doreste s pstreze o copie a mesajului trimis. n acest caz nu este necesar ca sistemul s pstreze mesajul deoarece nu exist nici un utilizator EM intern care sa aiba nevoie de el. De fapt nu este deloc important s pstreze mesajele care au fost trimise de un utilizator EM, numai cele care au fost primite de ctre un utilizator EM sunt de fapt de interes. Un mesaj este o nota primita de un utilizator al sistemului EM. Nu este obligatoriu ca un mesaj sa contina un body text, sau sa aiba subiect,sau..

Procesul de gndire prezentat aici este tipic pentru modelarea unei definiii pornind de la prima idee si pina la ceva care este mult mai bine gndit, dei acest lucru nu nseamn c definiia este finala.

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

6|

Facultatea de Automatica si Calculatoare Iai Ciclul de via al unei entitati De multe ori lucrurile devin mai clare dac sunt privite din punctul de vedere al ciclului de via al unei entiti. Ciclul se refer la etapele funcionale ale entitii. De exemplu, cum se creaza o instana a entitatii? Cum se poate schimba ? Cum dispare ? n cazul n entitii MESAJ ntrebri sunt: Cnd devine " ceva " un mesaj ? Cnd se schimb un mesaj ? Cnd poate fi ndeprtat un mesaj ?

Crearea unui mesaj Cnd tiprim un text oarecare n ecranul compose, scriem un mesaj ? Suntei de acord probabil c nu putem vorbi despre un mesaj pina nu sunt completate toate cmpurile( cum ar fi Ctre sau Subiect ). Verificrile au loc dup ce am apsat butonul de Trimitere mesaj. Numai dup ce au fost efectuate toate verificrile este se nate mesajul . Stergerea unui mesaj Cind poate sistemul elimina un mesaj ? Cnd un utilizator apasa tasta Delete ? Ce ar trebui sa faca sistemul atunci cnd acelai mesaj este primit de mai muli utilizatori? S-ar putea considera tergerea unui mesaj ca un semnal de la sistem ca nu mai avem dreptul de a citi mesajul? Cnd toi utilizatorii care au primit acelai mesaj au fcut acest lucru, atunci mesajul poate fi ters. Aparent, un mesaj exista atita timp cit exista utilizatori care au nevoie n continuare de mesaj. Modificarea unui mesaj Modificarea un mesaj este posibila ? Atta timp ct mesajul nu a fost trimis, nu este o problem, deoarece nu este nc considerat a fi un mesaj. Modificarea lui dup trimitere ? Schimbarea a ceva ce este deja istorie ? Acest lucru nu mai poate fi fcut. Modificarea textului ar trebui s conduc la expedierea unui nou mesaj.

Ciorna Un mesaj care nu este nc gata pentru trimitere este o ciorna. S presupunem c un utilizator dorete s finalizeze un mesaj la o dat ulterioar. Se poate face aa ceva ? Dorim sa pstram mesajele netrimise n sistem ? Este o ciorna un caz special de entitii MESAJ sau ar trebui s creem o entitate separat? abloane Un ablon include toate facilitile unui mesaj, dar un ablon este folosit doar ca un fel de model pentru un mesaj. abloanele au nume, mesaje nu. Este ablonul un caz special al entitii MESAJ sau ar trebui s creem o entitate separat?

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

7|

Facultatea de Automatica si Calculatoare Iai Funcionalitate Analiznd evoluia anterioar a definiiei entitii, modificrile definiiei au fost invocate de gndirea i regndirea funcionalitii sistemului, lucru ce ilustreaz afirmaia anterioara : funcionalitatea determina modelul conceptual de date. Prima idee legata de funcionalitatea unui sistem poate fi derivate din verbele folosite n, de exemplu, textele descriptive i notele de interviu. Exemplu "Utilizatorii de ElectronicMail trebuie s poat s trimit mesaje ctre o lista de adrese de e-mail (un grup de adrese de e mail). Sistemul trebuie s pstreze doar o copie a mesajului trimis (pentru a economisi spaiul bazei de date) plus informaii despre persoanele la care mesajul a fost trimis. Utilizatorii trebuie s fie capabil de a crea abloane pentru mesajele lor. Un ablon trebuie s fie poarte un nume i trebuie sa conin tot ceea ce conine un mesaj adevrat. Un ablon trebuie sa poat fi utilizat pentru mesaje noi . Utilizatorii trebuie s fie capabil s rspund la un mesaj. Rspunzind la un mesaj utilizator creeaz un nou mesaj la care se adaug mesajul vechi . Utilizatorii trebuie s fie capabil de a crea un alias pentru o adres de e-mail, pentru a redenumi adresele complexe cu unele uor de folosit n textul de mai sus funcionalitatea sistemului este exprimat la un nivel general, fr prea multe detalii, existnd posibilitatea ca funciile sistemului sa fie descrise mai in detaliu.

Atribute
Este o proprietate a entitii, nu a relaiei Trebuie s fie evaluate singur Are forma unui sir de caractere, a unui numr, data calendaristica, imagine, sunet Este atomic

Aa cum s-a discutat anterior, substantivele ce apar de exemplu in textele, notele, brourile, etc. folosite ntr-o afacere sau referitoare la aceasta aduc in discuie entiti, atribute ale entitilor, sau instane ale entitilor. De obicei atributele se pot recunoate cu uurin pentru ca descriu, cuantifica, califica, clasifica, specifica sau dau un statut entitii din care fac parte.

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

8|

Facultatea de Automatica si Calculatoare Iai Definim un atribut ca o proprietate a unei entitati, ceea ce implic faptul ca nu exist conceptul de atribut standalone. n textul informativ cu privire ElectronicMail prezentat mai jos, prima apariie a (posibilelor) entiti este scrisa cu litere mari, atributele sunt incluse intr-un cu caractere italice . textbox i instanele sunt scrise

Enumerati tipurile de informatii facind distinctie intre entitati si atribute, facind totodata o grupare a acestora.

Compania "ElectronicMail (EM) dorete sa ofere un serviciu de e-mail web based atractiv i uor de utilizat. Conceptele de baza ale afacerii sunt utilizatorul si mesajul. Un UTILIZATOR EM are o adresa unica de email (de maxim 30 de caractere) i o parola

furnizate de PERSOANA care configureaz utilizatorii EM. Nu tim cine este persoana care folosete contul de email dei se solicita la crearea contului unele informaii suplimentare, cum ar fi numele TARA ,

data naterii , tipul afacerii , etc . Utilizatorii trebuie s poat trimite i primi MESAJE de e-mail. Un e-mail conine de obicei un mesaj de tip text si poate avea fiiere ataate. Un ATASAMENT este un fiier , cum ar fi o foaie de calcul,

care este trimis i se pstreaz mpreuna cu mesajul, dar nu a fost creat cu software-ul de email. Mesajele sunt pstrate n FOLDERe . Fiecare utilizator are pentru nceput trei foldere : Inbox, Outbox, i Trash. Fiecare utilizator poate sa isi creeze foldere suplimentare.

Substantive User Adresa Parol Persoan Nume Tar Data de natere Ocupaie Mesaj Text Ataament Fiier Folder Inbox Outbox Trash

Entitati / Atribute / Instane USER Adresa Parol PERSOANA Nume TARA Data de natere Ocupaie MESAJ Text ATASAMENT Fiier FOLDER Inbox Outbox Trash

Entitati si atributele lor USER - Adresa - Parol PERSOANA - Nume - Data de natere - Ocupaie TARA - Nume MESAJ - Text ATASAMENT - Nume fiier FOLDER - Nume

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

9|

Facultatea de Automatica si Calculatoare Iai Numirea Atributelor Nume de atribute deveni nume de coloan candidate ntr-o etap ulterioar. Numele coloanelor trebuie s respecte anumite convenii. ncercai s evitai utilizarea de cuvinte rezervate pentru nume de atribute. Nu folosii abrevieri dect dac acestea au fost stabilite n prealabil. Exemple de abrevieri folosite frecvent sunt Id, Nr, Descr, Ind . Nu utilizai nume de atribute precum Cantitate, Valoare, Nr., Data. Adugai ntotdeauna o explicaie pentru numele atributului : Cantitate_intrata, Valoarea_ estimat, Nr_Licenta, Data_nasterii. Plasai numele frecvent utilizate (cum ar fi "data" sau "indicator") de fiecare data n aceeai poziie, de exemplu, Data_Finala, Data_Initiala, Data_vinzare. Se recomanda folosirea semnului underscore pentru numele de atribute care constau din mai mult de un cuvnt. Numele de atribute, ca si numele de entitate, trebuie s fie ct mai clar i uor de neles.

Comparaie intre Entiti si Atribute

Uneori o informaie care este un atribut ntr-un context, este o entitate n-un alt context. Acest lucru este pur specific mediului de afaceri. Un atribut tipic, cum ar fi Nume, poate fi modelat ca o entitate, daca acest lucru este necesar. Consideram un exemplu ca modelul are nevoie de o dimensiune suplimentar, cum ar fi limba. n cazul n care numele de produse trebuie s fie pstrate n mai multe limbi i preurile trebuie s fie pstrate n diferite valute, s-ar putea brusc gsi ca un produs are mai multe nume. De exemplu: "Acest articol special de mbrcminte este numit Acapulco swimming trunks" n limba englez i "Akapulko Badehose" n German. O alta dimensiune frecvent ntlnita este timpul. Acest lucru se va discuta mai trziu. Atribute si entitati PRODUS Nume Pret

Atributele dintr-un model pot fi entitati in alt model. PRODUS Nume Pret

VALUTA

PRET

NUME

LIMBA

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

10 |

Facultatea de Automatica si Calculatoare Iai

Redundan Trebuie avuta o grij deosebit pentru a preveni utilizarea atributelor redundante, adica a valorilor atributelor care deriva (pot fi obinute) din alte valori. Mai jos este prezentat un exemplu. Folosirea informaiilor derivabile este de obicei o decizie ce se ia la faza de proiectare fizica. Acest lucru este valabil pentru atributele de tip audit, cum ar fi Data creerii instanei, Utilizator care a efectuat modificarea. PRODUS Nume Pret exclusiv TVA Pret inclusiv TVA TVA %

Subtipuri i supertipuri
Uneori are sens s ca o entitate X sa fie divizata n subtipuri. De exemplu luam cazul unui grup de instane care are proprieti speciale, cum ar fi atribute sau relaii care exist numai pentru acel grup sau care au o valoare fix pentru unul dintre atribute, sau atunci cnd exist unele funcionaliti care se aplic numai la grupul in cauza. Un astfel de grup este numit un subtip al lui X iar entitatea X este numita supratip. Subtipurile sunt modelate cnd anumite constrngeri se aplic numai subtipului. Acest lucru este discutat n continuare n lecia legata de Constrngeri. Un SUBTIP Moteneste toate atributele supertipului Moteneste toate relaiile supertipului De obicei are propriile sale atribute sau relaii sau funcii ale afacerii Se traseaza(reprezinta) n supertipe Nu exist niciodata singur Poate avea propriile sale subtipuri Este cunoscut sub numele de subentitate LISTA
UTILIZATOR

ADRESA

Subtipuri au toate proprietile entitatii X i de obicei au si proprietati suplimentare. n exemplu supertipul ADRESA este mprit n dou subtipuri, UTILIZATOR i LIST. Singurul lucru pe care UTILIZATOR i LIST l au in comun este atributul nume i funcionalitatea ca pot fi ambele fi folosite n cmpul To atunci cnd scriei un mesaj.

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

11 |

Facultatea de Automatica si Calculatoare Iai Motenirea n urmtoarea figura apare o noua entitate, COMPUNERE, ca o supratip pentru MESAJ, DRAFT i TEMPLATE. Subtipurile au mai multe atribute n comun care sunt listate la nivelul supertipului. Acelai lucru este valabil si pentru relaii. Subtipurile motenesc toate atributele si relatiile entitatii supertip. COMPUNERE Subiect Cc Bcc Text MESAJ
DRAFT *Nume

TEMPLAT E

Citim diagrama astfel: Fiecare MESAJ (DRAFT sau TEMPLATE ) este o COMPUNERE si astfel are atributele Subiect i Text. Invers: Fiecare COMPUNERE este fie un MESAJ, un DRAFT sau un TEMPLATE.

Modelarea entitate relaie prevede c, atunci cnd un model de ER este format numai din subtipuri nu este niciodata de sine stttor. Cu alte cuvinte, n cazul n care o entitate are un subtip, ntotdeauna va exista cel puin un al doilea subtip. Acest lucru are sens, altfel ce rost are avea sa se faca distincia intre o entitate i un subtip unic ? Aceast idee duce la cele dou reguli pentru subtip . Subtipurile aceleai entitati trebuie s: fie exhaustive: Fiecare instan a supertip este de asemenea instanta a unuia dintre subtipuri si sa se exclud reciproc: Fiecare instan a supratipului este o instanta a unui i numai unui subtip Subtipuri i supertipuri imbricate Subtipurile pot fi imbricate. Pentru usurinta citirii, nu se creeaza de obicei mai mult de dou niveluri de subtipuri, insa nu exist nici un motiv major de a nu face acest lucru. Reconsiderati amplasarea atributelor i a relaiilor dup crearea unui nou nivel. Entitatile pot avea intotdeuna subtipuri. Putei face ntotdeauna o regul pentru a mpri entitatile n grupuri, dac este cazul insa motivul pentru care apar subtipurile ar trebui s ntotdeauna faptul c exist o necesitate a afacerii de a arta asemnrile i deosebirile n acelai timp.

Subtipurile exista intotdeauna ANGAJAT ANGAJAT CURENT ALT ANGAJAT

... dar nu toate au sens

ANGAJAT ANGAJAT DIN IASI ALT ANGAJAT

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

12 |

Facultatea de Automatica si Calculatoare Iai

Rezumat

Entitati Substantivele din texte Tangibile, intangibile, evenimente

Atribute Calificatori unici ai entitilor

Subtipuri Motenesc toate atributele i relaiile supertipului Pot avea propriile lor atribute i relaii

Atributele sunt valori atomice care descriu, califica ,cuantifica, clasifica, specifica sau dau un anumit statut entitatii din care fac parte. Cele mai multe entitati au atribute. Fiecare atribut poate fi transformat intr-o entitate separat, care este legata de entitatea careia atributul i-a aparinut iniial. Acest lucru trebuie facut cnd se descopera c atributul nu are o singur valoare.

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

13 |

Facultatea de Automatica si Calculatoare Iai Practica 2-1 : Cri Scopul acestei teme este de a diferenia ntre diferitele sensuri ale unui cuvnt folosit ntr-un text. Tema dvs. este: 1. n textul de mai jos cuvntul carte este folosit cu mai multe sensuri. Aceste sensuri duc la diferite entiti n contextul unei edituri sau al unui distribuitor de carte. ncercai s distingei diferitele entiti, toate menionate drept carte. Dai nume adecvate pentru aceste entiti i introducei unul sau dou atribute pentru a le distinge. 2. Creai un model ER pe baza textului. Punei entitatea cea mai general n partea de sus a paginii dvs. i cea mai specific n partea de jos, plasndu-le pe celelalte intre acestea. Nu menionai numele de relaie. Text 1. Tocmai am terminat de scris o carte. Este un roman despre justiie i putere . 2. Tocmai am publicat aceast carte. Ediia de baza este disponibil acum . 3. Ai citit noua carte despre Picasso ? Eu an citit-o. Este minunata ! 4. Dac dorii putei mprumuta cartea mea . 5. Tocmai am nceput traducerea acestei cri n limba spaniol. Eu folosesc limba englez moderna ca text de baz i nu originalul, care este din secolul al 16-lea . 6. Am comandat cartea pentru prinii mei . 7. Da, avem cartea disponibila. Ar trebui s o gsii la cri de art . 8. A doua ediie tiprita a crii Rzboi i pace este foarte rara . 9. Cred c numele meu este Aer Lev este una dintre cele mai bune cri scrise vreodat. Eu o am cu autograf.

Practica 2-2 : Moonlight Scenariu Lucrezi ca un antreprenor pentru Moonlight Coffees Inc. Unul dintre colegii dvs. care este analist a pregtit ceva documentaie. Mai jos vei gsi un extras din rezumatul documentului. Tema dvs. 1. Faceti o list de aproximativ 15 de entiti diferite care credei c sunt importante pentru Moonlight Coffees. Folositi-va imaginatia si bunul sim i, desigur, utilizati informatiile din textul de mai jos . 2. Scrie o definiie oficial a entitii, care reprezint : - Magazinele de cafea . - Angajaii Moonlight

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

14 |

Facultatea de Automatica si Calculatoare Iai Text: Moonlight Coffees este un lan de magazine de cafea de nalt calitate ce are o cretere rapid, avind peste 500 de magazine in 12 de tari ale lumii. Magazinele sunt situate in locaii deprima clasa, cum ar fi magazine mari, zone de divertisment i zonele de afaceri, aeroporturi, gri, muzee. Moonlight Coffees are circa 9.000 de angajai. Produse Toate magazinele servesc cafea, ceai, buturi rcoritoare i de diferite tipuri de produse de patiserie. Cele mai multe magazine vind produse nealimentare, cum ar fi cri potale i, uneori, chiar bilete la teatru. Financiar Managementul magazinelor trimite rapoarte zilnice de vinzare la sediul central n valuta local. Moonlight utilizeaz o list intern pentru cursul de schimb, lista care se schimb lunar. De la 1 ianuarie 1999 rile din Comunitatea European trebuie s raporteze n euro. Aciuni Moonlight Coffees este o companie public, aciunile sunt tranzacionate la NASDAQ cu simbolul bursier MLTC. Angajaii pot participa la un plan opional de aciuni.

Practica 2-3 : Magazine Scenariu Lucrezi ca antreprenor pentru Moonlight Coffees. Sarcina ta este de a crea un model de date conceptual pentru afacerea lor. Avei colectate toate tipurile de documente cu privire la Moonlight. Mai jos este o pagin cu lista magazinelor. Tema dvs. Utilizai informaiile din list ca baz pentru un model ER. Acordai o atenie deosebit gsirii tuturor atributelor. Lista magazinelor Moonlight Coffees
181 Zbor, terminalul Aeroportul JFK 2, New York, Statele Unite ale Americii, 212.866.3410, Airport, 12 - Oct- 97 182 Hara, Kita Shinagawa, Tokyo, JP, 3581.3603 / 4, Muzeul, 25 - Oct- 97 183 Phillis, 25 Phillis Rd, Atlanta, Statele Unite ale Americii, 405.867.3345, Centrul Comercial, 1 - Nov- 97 184 JFK, Aeroportul JFK terminalul 4, New York, Statele Unite ale Americii, 212.866.3766, Aeroportul, 1 - Nov- 97 185 VanGogh, Museumplein 24, Amsterdam, NL, 76.87.345, Muzeul, 10 - Nov- 97 186 Regina, 60 Victoria Street, Londra, Marea Britanie, 203.75.756, Gara, 25 - Nov- 97 187 Wright Bros, terminal Aeroport JFK 1, New York, Statele Unite ale Americii, 212.866.9852, Aeroport, 6 - Jan- 98 188 La Lune, 10 Mont Martre, Paris, FR, 445 145 20, Divertisment, 2 - Feb- 98

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

15 |

Facultatea de Automatica si Calculatoare Iai Practica 2-4 : Subtipuri Scop Determinarea subtipurilor corecte i incorecte. Tema dvs. Gsirea tuturor subtipurilor incorecte din ilustraie. Explicai de ce credei c este subtipurile sunt incorecte. Ajustati modelul pentru a-l mbunti.

PERSOANE_ CU_ DISABILITATI ORB SURD ALTE disabilitati

MASINA BERLINA

HOTEL CAMERA CU BAIE

SEDAN

ALTE CAMERE

CIINE ANIMAL DOMESTIC

MAMIFER

Practica 2-5 : Program Senariu Lucrezi pentru Moonlight Coffees. Tema dvs. Utilizai programul care este folosit ntr- un magazin din Amsterdam ca o baz pentru un model entitate relaie. Programul arat, de exemplu, c n sptmn 12-18 octombrie Annet B este programata pentru prima tura de luni, vineri i smbt. Schema sugereaz c exist doar o singur schimbare de persoan, pe zi .

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

16 |

Facultatea de Automatica si Calculatoare Iai Practica 2-6 : Adresa Scop Rezolvarea diverselor moduri de modelarea adreselor. Tema dvs. O entitate, posibil PERSOAN (sau ADRESA) poate avea atribute care descriu adresa acestuia ca n exemplul de mai jos.

1 Cum ai modela informaiile despre adresa n cazul n care viitorul sistem trebuie sa produca mesaje internaionale corecte ?

2 Modelul dvs. de la punctul de mai sus poate accepta, de asemenea, adresele alturate ?

3 Verificai dac modelul dvs. ar fi diferit n cazul n care sistemul trebuie s aib faciliti de cutare a adreselor in urmtoarele categorii. Face modificrile necesare, dac este cazul Toate adresele : n Kirkland Cu cod postal 53111, n Bonn Dac sunt P.O. BOX On : - Oxford Road sau - Oxford Rd sau - OXFORD ROAD sau - OXFORD RD n Reading

Proiectarea Sistemelor de Baze de Date Relaionale - Proiect

17 |