1

87

Material incomplet, perfectibil!!! Vezi curs + bibliografie!!!Diagrame entitate-relaie

Diagrama E/R model neformalizat pentru reprezentarea unui sistem din lumea real. Este un model de date conceptual de nivel nalt dezvoltat de Chen (1976).

Entitate: persoan, loc, concept, activitate, eveniment care este semnificativ pentru ceea ce modelm.

lucreaza_in conduce

apartine_la

atasat_la

Observaii:

Entitile devin tabele n modelele relaionale.

n general, entitile se scriu cu litere mari.

Entitile sunt substantive, dar nu orice substantiv este o entitate.

Pentru fiecare entitate este obligatoriu s se dea o descriere detaliat.

Nu pot exista, n aceeai diagram, dou entiti cu acelai nume, sau o aceeai entitate cu nume diferite.

Cheia primar este un identificator unic n cadrul entitii, fcnd distincie ntre valori diferite ale acesteia.

Cheia primar:

trebuie s fie unic i cunoscut la orice moment;

trebuie s fie controlat de administratorul bazei;

trebuie s nu conin informaii descriptive, s fie simpl, fr ambiguiti; s fie stabil;

s fie familiar utilizatorului.

Relaie (asociere): o comunicare ntre dou sau mai multe entiti. Existena unei relaii este subordonat existenei entitilor pe care le leag.

Observaii:

n modelul relaional, relaiile devin tabele speciale sau coloane speciale care refer chei primare.

Relaiile sunt verbe, dar nu orice verb este o relaie.

Pentru fiecare relaie este important s se dea o descriere detaliat.

n aceeai diagram pot exista relaii diferite cu acelai nume. n acest caz, le difereniaz entitile care sunt asociate prin relaia respectiv.

Pentru fiecare relaie trebuie stabilit cardinalitatea (maxim i minim) relaiei, adic numrul de tupluri ce aparin relaiei.

poate (cardinalitate maxim) ( trebuie (cardinalitate minima)

Exemplu:

Ci salariai pot lucra ntr-un departament? Muli!

n cte departamente poate lucra un salariat? In cel mult unul!

(

Relaia SALARIAT_lucreaza_in_DEPARTAMENT are cardinalitatea maxim many-one (n:1).

Exemplu:

Ci salariai trebuie s conduc un departament? Cel puin unul!

Cte departamente trebuie s conduc un salariat? Zero!

(

Relaia SALARIAT_conduce_DEPARTAMENT are cardinalitatea minim one-zero (1:0).

Atribut: proprietate descriptiv a unei entiti sau a unei relaii.

Observaii:

Trebuie fcut distincia ntre tipul atributului (devine coloan n modelele relaionale) i valoarea acestuia (devine valoare n coloane).

Atributele sunt substantive, dar nu orice substantiv este atribut.

Fiecrui atribut trebuie s i se dea o descriere complet (exemple, contraexemple, caracteristici).

Pentru fiecare atribut trebuie specificat numele, tipul fizic (integer, float, char etc.), valori posibile, valori implicite, reguli de validare, tipuri compuse.

Pentru proiectarea diagramei entitate-relaie au fost stabilite anumite reguli (nu sunt unice):

1. entitile sunt reprezentate prin dreptunghiuri;

2. relaiile dintre entiti sunt reprezentate prin arce neorientate;

3. atributele care reprezint chei primare trebuie subliniate sau marcate prin simbolul #, plasat la sfritul numelui acestor atribute;

4. cardinalitatea minim este indicat n paranteze, iar cardinalitatea maxim se scrie fr paranteze;

5. nu trebuie specificate toate atributele.

Diagrama E/R.

Cazuri speciale de entiti, relaii, atribute i modul lor de reprezentare n cadrul diagramei entitate-relaie.

1. Entitate dependent nu poate exista n mod independent (SARCINA depinde de PROIECT). Cheia primar a unei entiti dependente include cheia primar a sursei (nr_proiect) i cel puin o descriere a entitii (nr_sarcina). Entitatea dependent se deseneaz prin dreptunghiuri cu linii mai subiri.

2. Motenirea atributelor. Subentitate (subclas) submulime a unei alte entiti, numit superentitate (superclas) (SALARIAT < > PROGRAMATOR). Subentitatea se deseneaz prin dreptunghiuri incluse n superentitate. Exist o relaie ntre o subentitate i o superentitate, numit ISA, care are cardinalitatea maxim 1:1 i minim 1:0. Cheile primare, atributele i relaiile unei superentiti sunt valabile pentru orice subentitate. Afirmaia reciproc este fals.

3. Generalizare. Din entiti similare care au mai multe atribute comune se pot crea superentiti. Aceste superentiti conin atributele comune, iar atributele speciale sunt asignate la subentiti. Pentru noile superentiti se introduc chei primare artificiale.

4. Specializare. Dup valorile unor atribute clasificatoare se pot determina clase. Un grup de subentiti reciproc exclusive definete o clas. Clasele se aliniaz n desen vertical.

5. ntr-o diagram E/R se pot defini relaii recursive.

6. Unele relaii sunt relative la dou entiti i le numim de tip 2, iar dac relaiile implic mai mult de dou entiti, le vom numi de tip 3. Trei relaii de tip 2 sunt diferite de o relaie de tip 3. Rupnd o relaie de tip 3 n trei relaii de tip 2, pot aprea informaii incorecte.

7. Trebuie excluse din model relaiile indirecte deoarece ele pot conduce la redundan n baza de date.

8. Atributele derivabile trebuie eliminate i introduse expresii prin care aceste atribute pot fi calculate.

9. Relaie sau atribut? Dac un atribut al unei entiti reprezint cheia primar a unei alte entiti, atunci el refer o relaie (cod_departament n tabelul SALARIAT).

10. Entitate sau relaie? Se cerceteaz cheia primar. Dac aceasta combin cheile primare a dou entiti, atunci este vorba de o relaie. (cheia primar a relaiei asociat_la combin cod_salariat cu nr_proiect, prin urmare, SALARIAT_asociat la_PROIECT va defini o relaie i nu o entitate).

11. Un atribut indirect este inoportun. El nu descrie real relaia sau entitatea. Prin urmare, atributele indirecte trebuie reasignate. De fapt, un atribut indirect este un caz special de relaie indirect care trebuie eliminat pentru c introduce redundan n date (numrul cldirii n care lucreaz un salariat este un atribut al entitii DEPARTAMENT i nu este o caracteristic a entitii SALARIAT).

12. Exist atribute opionale, a cror valoare este uneori necunoscut, alteori neaplicabil. Aceste atribute trebuie introduse la subentiti (comisionul pentru deplasare i zona de lucru sunt atribute specifice unui agent teritorial i trebuie introduse la subentitatea AGENT_TERITORIAL).

Algoritmul pentru proiectarea diagramei entitate-relaie:

1. identificarea entitilor din cadrul sistemului analizat;

2. identificarea relaiilor dintre entiti i stabilirea cardinalitii;

3. identificarea atributelor aferente entitilor i asocierilor dintre entiti;

4. stabilirea atributelor de identificare a entitilor (stabilirea cheilor).

Diagrama E/R.

Modelul EER (modelul E/R extins) = Diagrama E/R + concepte aditionale (subclas, superclas, motenire, specializare, generalizare).

Gestiunea activitilor de mprumut dintr-o bibliotec

S-a presupus (restrictiv) c ntr-o zi un cititor nu poate mprumuta, de mai multe ori, aceeai carte. Modelul prezint anomalii (de exemplu, cheia primar de la entitatea carte)! A fost gndit n aceast manier cu scop pur didactic. Comentat erori!!!

Entitile i relaiile care intervin n acest model sunt urmtoarele:

1. CARTE (entitate independent)orice carte care se gsete n inventarul bibliotecii. Cheia primar este atributul codel.2. CITITOR (entitate independent)orice cititor care poate mprumuta cri. Cheia primar este atributul codec.3. DOMENIU (entitate independenta)domeniul cruia i aparine o carte. Cheia primar este atributul coded.4. IMPRUMUTArelaie avnd cardinalitatea m:m care leag entitile CITITOR i CARTE.

5. APARTINErelaie care leag atributele CARTE i DOMENIU. Relaia are cardinalitatea maxim m:1, iar cardinalitatea minim 1:1.

Gestiunea activitilor de editare dintr-o editur

Se analizeaza activitatea dintr-o editur referitoare la culegerea textelor, realizarea elementelor grafice, machetarea unor publicaii.

Gestiunea activitilor unei firme de construcii

Baza de date construit prin acest model, furnizeaz informaii legate de obiective de execuie, investitori, executani, antiere, contracte etc. necesare unui manager al unei firme de construcii

Vezi erori!Ordonarea informaiilor cu privire la descoperirile de monede antice din Romania

petrecut_in

gasita_in

stantata_cu

publicata

inclusa_in

pastrata_la

STANA (nr_stan, mprat emitent, valoare nominal, an emitere, monetria, legenda de pe avers, legenda de pe revers) == > atribute ale entitii STANTACompletai cardinalitatea!

Evidena colilor de oferi din Romania

Completai relaiile (lucreaza_la, conduce, sustine, asista, instruieste) dintre entiti i specificai cardinalitatea!

Campionatele de fotbal ale diferitelor ri

M(1) sustine M(1)

2

joaca

M(1)

M(1)

apartine_de

1

M(1)

atasata_la

1

Modelul relaional

Modelul relaional a fost conceput i dezvoltat de E.F. Codd. El este un model formal de organizare conceptual a datelor, destinat reprezentrii legturilor dintre date, bazat pe teoria matematic a relaiilor. Modelul relaional este alctuit numai din relaii i prin urmare, orice interogare asupra bazei de date este tot o relaie. Cercetarea n domeniu ( 3 mari proiecte (System R, INGRES, PRTV)

Caliti:

este simplu;

riguros din punct de vedere matematic;

nu este orientat spre sistemul de calcul.

Modaliti pentru definirea unui SGBD relaional:

prezentarea datelor n tabele supuse anumitor operaii de tip proiecie, selecie, reuniune, compunere, intersecie etc.

un sistem de baze de date ce suport un limbaj de tip SQL Structured Query Language;

un sistem de baze de date care respect principiile modelului relaional introdus de E.F. Codd.

Caracteristicile unui model relaional:

structura relaional a datelor;

operatorii modelului relaional;

regulile de integritate care guverneaz folosirea cheilor n model.

Aceste trei elemente corespund celor trei componente ale ingineriei software: informaie, proces, integritate.

Structura datelor

Definirea noiunilor de domeniu, relaie, schem relaional, valoare null i tabel vizualizare (view).

Conceptele utilizate pentru a descrie formal, uzual sau fizic elementele de baz ale organizrii datelor sunt date n urmtorul tabel:

FormalUzualFizic

relaie

tuplu

atribut

domeniutablou

linie

coloan

tip de datfiier

nregistrare

cmp

tip de dat

Domeniu mulime de valori care poate fi definit fie enumernd elementele componente, fie definind o proprietate distinctiv a domeniului valorilor.

Fie D1, D2, ..., Dn domenii finite, nu neaprat disjuncte. Produsul cartezian D1 ( D2 ( ... ( Dn al domeniilor D1, D2, ..., Dn este definit de mulimea tuplurilor (V1, V2, ..., Vn), unde V1 ( D1, V2 ( D2, ..., Vn ( Dn. Numrul n definete aritatea tuplului.

O relaie R pe mulimile D1, D2, ..., Dn este o submulime a produsului cartezian D1 ( D2 ( ... ( Dn, deci este o mulime de tupluri. Caracteristicile unei relaii ( comentat curs!

Definirea unei relaii se refer la mulimi care variaz n timp. Pentru a caracteriza o relaie este necesar existena un element invariant n timp: structura relaiei (schema relaional). Mulimea numelor atributelor corespunztoare unei relaii R definete schema relaional a relaiei respective. Vom nota schema relaional prin R(A1, A2, ..., An). Exemplu!

Putem reprezenta o relaie printr-un tabel bidimensional n care fiecare linie corespunde unui tuplu i fiecare coloan corespunde unui domeniu din produsul cartezian. O coloan corespunde de fapt unui atribut. Numrul atributelor definete gradul relaiei, iar numrul de tupluri din relaie definete cardinalitatea relaiei.

Exemplu (crearea unui tabel n SQL):

CREATE TABLE salariat (

cod_salariat

SMALLINT,

nume

VARCHAR(25),

prenume

VARCHAR(20),

sex

CHAR(1),

salariu

INTEGER,

sot

SMALLINT,

job_cod

VARCHAR(6),

cod_departament SMALLINT );

Cnd se insereaz tupluri ntr-o relaie, de multe ori un atribut este necunoscut sau neaplicabil. Pentru a reprezenta acest atribut a fost introdus o valoare convenional n relaie, i anume valoarea null.

Este necesar o aritmetic i o logic nou care s cuprind acest element. Rezultatul operatorilor aritmetici sau logici este null cnd unul din argumente este null. Comentat excepii! Prin urmare, null = null are valoarea null, iar ( null este null.

ANDTFNullORTFNull

TTFNullTTTT

FFFFFTFNull

NullNullFNullNullTNullNull

Tabele de adevr pentru operatorii AND i OR.

Tabelul vizualizare (view, filtru, relaie virtual, vedere) constituie un filtru relativ la unul sau mai multe tabele, care conine numai informaia necesar unei anumite abordri sau aplicaii. Securitate, reactualizri ( comentat la curs!

Vizualizarea este virtual deoarece datele pe care le conine nu sunt n realitate memorate ntr-o baz de date. Este memorat numai definiia vizualizrii. Vizualizarea nu este definit explicit, ca relaiile de baz, prin mulimea tuplurilor componente, ci implicit, pe baza altor relaii prin intermediul unor expresii relaionale. Stabilirea efectiv a tuplurilor care compun vizualizarea se realizeaz prin evaluarea expresiei atunci cnd utilizatorul se refer la acest tabel.

Exemplu (crearea unei vizualizri n SQL):

CREATE VIEW programator(nume,departament)

AS SELECT nume,cod_departament

FROM salariat

WHERE job_cod=programator;

Reguli de integritate ( aseriuni pe care datele coninute n baza de date trebuie s le satisfac.

Trebuie fcut distincia ntre:

regulile structurale inerente modelrii datelor;

regulile de funcionare specifice unei aplicaii particulare.

Exist trei tipuri de constrngeri structurale (de cheie, de referin, de entitate) ce constituie mulimea minimal de reguli de integritate pe care trebuie s le respecte un SGBD relaional. Restriciile de integritate minimale sunt definite n raport cu noiunea de cheie a unei relaii.

O mulime minimal de atribute ale cror valori identific unic un tuplu ntr-o relaie reprezint o cheie pentru relaia respectiv.

Fiecare relaie are cel puin o cheie. Una dintre cheile candidat va fi aleas pentru a identifica efectiv tupluri i ea va primi numele de cheie primar. Cheia primar nu poate fi reactualizat. Atributele care reprezint cheia primar sunt fie subliniate, fie urmate de semnul #.

O cheie identific linii i este diferit de un index care localizeaz liniile. O cheie secundar este folosit ca index pentru a accesa tupluri. Un grup de atribute din cadrul unei relaii care conine o cheie a relaiei poart numele de supercheie.

Fie schemele relaionale R1(P1, S1) i R2(S1, S2), unde P1 este cheie primar pentru R1, S1 este cheie secundar pentru R1, iar S1 este cheie primar pentru R2. n acest caz, vom spune c S1 este cheie extern (cheie strin) pentru R1.

Modelul relaional respect trei reguli de integritate structural.

Regula 1unicitatea cheii. Cheia primar trebuie s fie unic i minimal.

Regula 2integritatea entitii. Atributele cheii primare trebuie s fie diferite de valoarea null.

Regula 3integritatea referirii. O cheie extern trebuie s fie ori null n ntregime, ori s corespund unei valori a cheii primare asociate.

Proiectarea modelului relaional (exemple ( curs!)

Transformarea entitilor

Entitile independente devin tabele independente. Cheia primar nu conine chei externe.

Entitile dependente devin tabele dependente. Cheia primar a entitilor dependente conine cheia primar a entitii de care depinde (cheie extern) plus unul sau mai multe atribute adiionale.

Subentitile devin subtabele. Cheia extern se refer la supertabel, iar cheia primar este aceast cheie extern (cheia primar a subentitii PROGRAMATOR este cod_salariat care este o cheie extern).

Transformarea relaiilor

Relaiile 1:1 i 1:n devin chei externe. Relaia conduce devine coloan n tabelul DEPARTAMENT, iar relaia lucreaza_in devine coloan n tabelul SALARIAT. Simbolul ( indic plasamentul cheii externe, iar simbolul ( exprim faptul c aceast cheie extern este coninut n cheia primar. Relaia 1:1 plaseaz cheia extern n tabelul cu mai puine linii.

Relaia m:n devine un tabel special, numit tabel asociativ, care are dou chei externe pentru cele dou tabele asociate. Cheia primar este compunerea acestor dou chei externe plus eventuale coloane adiionale. Tabelul se deseneaz punctat.

Relaiile de tip trei devin tabele asociative. Cheia primar este compunerea a trei chei externe plus eventuale coloane adiionale.

Transformarea atributelor

Un atribut singular devine o coloan.

Atributele multiple devin tabele dependendente ce conin cheia primar a entitii i atributul multiplu. Cheia primar este o cheie extern, plus una sau mai multe coloane adiionale.

Entitile devin tabele, iar atributele lor devin coloane n aceste tabele. Ce devin atributele relaiilor? Pentru relaii 1:1 i 1:n, atributele relaiilor vor aparine tabelului care conine cheia extern, iar pentru relaii m:n i de tipul trei, atributele vor fi plasate n tabelele asociative.

conduce lucreaza_in apartine_la

atasat_la

cod_salariat#

nr_proiect#

Cele patru tipuri de tabele (independente, dependente, subtabele i asociative) se deosebesc prin structura cheii primare.

TabelReprezintCheie primar

Independententitate independentnu conine chei externe

SubtabelSubentitateo cheie extern

Dependententitate dependento cheie extern i una sau mai

multe coloane adiionale

atribute multiple

Asociativrelaie m:ndou sau mai multe chei externe i (opional) coloane adiionale

relaii de tip 3

Diagrama conceptual pentru proiectarea modelului relaional comentat a fost construit din diagrama E/R prin adugarea tabelelor asociative i prin marcarea cheilor externe.

Schemele relaionale corespunztoare acestei diagrame conceptuale sunt urmtoarele:

SALARIAT(cod_salariat#, nume, prenume, sex, job_cod, cod_sot, forma_plata, nr_depart);

DEPARTAMENT(cod_departament#, nume, numar_cladire, cod_sal);

ATASAT_LA(cod_salariat#, nr_proiect#, functia);

PROIECT(nr_proiect#, descriere, buget_alocat);

SARCINA(nr_proiect#, nr_sarcina, data_inceperii, stare);

AGENT_TERITORIAL(cod_salariat#, zona, comision);

PROGRAMATOR(cod_salariat#, limbaj, nivel);

TELEFON(cod_salariat#, nr_telefon#).

Gestiunea activitilor unei firme de construcii

CONTRACTANT(cod_contractant#, adresa, telefon, cont, banca, tip_contractant);

SUBANTREPRENOR(cod_contractant#, nume, nr_reg_comert, nume_adm, functie_adm);

INVESTITOR(cod_contractant#, tip_investitor);

PERS_FIZICA(cod_contractant#, nume, prenume, bi);

PERS_JURIDICA(cod_contractant#, tip_juridic, nume, reprez_legal, functie);

CONTRACT(nr_contract#, tip_contract, data_incheiere, garantie, val_investitie, durate_executie, cont, banca, perioada, avans, data_avans, cod_contractant);

SANTIER(nr_santier#, specialitate, sef);

OBIECTIV_INVESTITIE(cod_obiectiv#, denumire, adresa, adc, nr_cert_urb, nr_aut_constr, nr_contract, cod_contractant);

LUCRARE(cod_lucrare#, cod_obiectiv#, tip_lucrare, nume, data_inc, data_sf, nr_santier, cod_contractant);

Gestiunea activitilor de editare dintr-o editur

SALARIAT(cod_salariat#, nume, prenume, vechime, salariu, job);

GRAFICIAN(cod_salariat#, tip);

TEHNOREDACTOR(cod_salariat#, tip_platforma, tip_editor, viteza);

REDACTOR_SEF(cod_salariat#, experienta);

LIMBA(cod_salariat#, limba_cunos#);

TELEFON(cod_salariat#, nr_telefon#);

REALIZEAZA(cod_salariat#, nr_frame#, nr_publicatie#, nr_capitol#, data_inc, data_lim);

FRAME(nr_frame#, nr_publicatie#, nr_capitol#, tip, dim, format);

CAPITOL(nr_publicatie#, nr_capitol#, dimensiune, cod_salariat);

PUBLICATIE(nr_publicatie#, stil, beneficiar, autor, cod_salariat, cost, titlu, limba).

Exemple ( curs!

executa

necesita

atasat_la

investeste_in

incheie

tip_juridic

nume

functie

PERS_JURIDICA

nume

prenume

bi

PERS_FIZICA

INVESTITOR

tip_investitor

nr_contract(

tip_contract

data_avans

CONTRACT

cod_obiectiv(

denumire

adresa

OBIECTIV_INVESTITIE

cod_contractant(

adresa

telefon

cont

banca

tip_contractant

CONTRACTANT

ANTIER

nr_antier(

specialitate ef

LUCRARE

cod_lucrare(

cod_obiectiv(

SUBANTREPENOR

nume

nume_adm

funcie_adm

INSTRUCTOR

cod_instructor#

EXAMEN

cod_examen#

SCOALA

cod_scoala#

CLIENT

cod_client#

MUZEU

TEZAUR

CITITOR

codec#

nume

dep

CARTE

codel#

titlu

autor

pret

nrex

DOMENIU

coded#

intdom

FRAME

nr_publicatie#

nr_capitol#

nr_frame#

SALARIAT

cod_salariat#

nume job tip

GRAFICIAN

tip

CAPITOL

nr_publicatie#

nr_capitol#

TEHNOREDACTOR

tip_editor

PUBLICATIE

nr_publicatie#

stil

limba

REDACTOR_SEF

experienta

casatorit

TELFON

cod_salariat(

nr_telefon(

ATASAT_LA

cod_salariat(

nr_proiect(

functie

apartine_la

lucreaza_in

conduce

job_cod

SALARIAT

cod_salariat(

salariu

nume

sex

PROGRAMATOR

limbaj

nivel

AGENT_TERITORIAL

zona

comision

DEPARTAMENT

cod_departament(

nume

nr_cladire

SARCINA

nr_proiect(

nr_sarcina(

data_inceperii

stare

PROIECT

nr_proiect(

descriere

buget_alocat

SALARIAT

cod_salariat#

TELEFON

cod_salariat#

nr_telefon#

SALARIAT

cod_salariat#

PROIECT

nr_proiect#

SARCINA

nr_proiect#

nr_sarcina#

DEPARTAMENT

cod_departament#

SALARIAT

cod_salariat#

PROIECT

nr_proiect#

CAMPIONAT

Tara#

ETAPA

Tara

Nr_etapa

MECI

Tara#

Nr_etapa#

Cod_meci#

ECHIPA

Cod_echipa#

Nume

Oras

SPONSOR

Cod_sponsor#

Nume

MASINA

cod_masina#

EXAMINATOR

cod_examinator#

PROIECT

SARCINA

SALARIAT

DEPARTAMENT

SALARIAT

cod_salariat

nume

prenume

sex

salariu

PROIECT

nr_proiect

descriere

buget_alocat

DEPARTAMENT

cod_departament

nume

nr_cladire

SARCINA

nr_proiect

nr_sarcina

data_inceperii

stare

atasat_la

data_initiala

functia

conduce

lucreaza_in

apartine_la

1

1

M(0)

1(0)

M

1

M(0)

M(0)

PROIECT

nr_proiect

descriere

buget_alocat

SARCINA

nr_proiect

nr_sarcina

data_inceperii

stare

DEPARTAMENT

cod_departament

nume

nr_cladire

AGENT_TERITORIAL

zona

comision

PROGRAMATOR

limbaj

nivel

SALARIAT

cod_salariat

nume

job_cod

atasat_la

data_initiala

functia

conduce

lucreaza_in

apartine_la

1

M(0)

M(0)

1(0)

1(0)

ISA

1

1(0)

ISA

1

1(0)

M(0)

1

1

M(1)

1(0)

casatorit

1

1(0)

ISA

1

1(0)

ISA

1

1(0)

ISA

M(1)

M(1)

M(0)

scrie

M(1)

1

cuprinde

1

M(0)

coordoneaza

CONTRACTANT

cod_contractant#

adresa

telefon

cont

banca

SUBANTREPENOR

nume

nume_adm

functie_adm

LUCRARE

cod_obiectiv#

cod_lucrare#

adresa

SANTIER

nr_santier#

specialitate

sef

tip_contractant

INVESTITOR

tip_investitor

PERS_FIZICA

nume

prenume

bi

PERS_JURIDICA

tip_juridic

nume

functie

ISA

ISA

ISA

1

1(0)

1

M(0)

executa

executa

1

M(1)

OBIECTIV_

INVESTITIE

cod_obiectiv#

denumire

adresa

M(1)

necesita

1

M(1)

1

investeste_in

ISA

1

1(0)

atasat_la

1

1

CONTRACT

nr_contract#

tip_contract

data_avans

1

incheie

ARTICOL

STANTA

MONEDA

EVENIMENT

PUNCT

imprumuta

apartine

M(1)

M(0)

M(0)

1

include

1

M(0)

realizeaz

M(0)

1

executa

SALARIAT

cod_salariat#

nume

GRAFICIAN

tip

TEHNOREDACTOR

tip_editor

REDACTOR_SEF

experienta

REALIZEAZA

cod_salariat#

nr_publicatie#

nr_capitol#

nr_frame(

FRAME

nr_publicatie#

nr_capitol#

nr_frame#

tip

CAPITOL

nr_publicatie#

nr_capitol#

dimensiune

PUBLICATIE

nr_publicatie#

stil

TELEFON

cod_salariat#

nr_telefon#

LIMBA

cod_salariat#

limba_cun#

job

cuprinde

coordoneaza

scrie

include