Baze de date - Aplicație privind închirierea de casete video

1. Tema de realizare.

Tema de realizare a proiectului consta in realizarea si implementarea unei aplicatii care realizeaza gestiunea activitatii de inchiriere casete video la o societate comerciala de profil. Aplicatia trebuie sa permita:

a) monitorizarea activitatilor de baza ale firmei, cum ar fi imprumutul respectiv restituirea de casete video;

b) afisarea de rapoarte cu privire la clientii restanti, la toti clientii firmei, la casetele disponibile;

c) realizarea de cautari in tabelele bazei de date, dupa anumite caracteristici, pentru un anumit film, client, regizor, etc.

d) stergerea, respectiv adaugarea de clienti, casete, actori, filme, etc. in tabelele bazei de date;

2. Proiectarea iesirilor.

Asa dupa cum s-a aratat mai sus, iesirile aplicatiei sunt urmatoarele:

a) valoarea contractelor de inchiriere pe zile si pe total;

Macheta de iesire este urmatoarea:

Data contract Nr. caseta Serie buletin Nume Prenume Valoare

Total valoare contracte la data 99/99/9999

Total valoare contracte la data curenta (99/99/9999)

b) toate contractele firmei

Macheta de iesire este urmatoarea:

Data BI Nr.caseta Data restituirii Perioada

3. Proiectarea intrarilor.

Intrarile aplicatiei sunt corespondente urmatoarelor situatii:

a) imprumut de caseta

b) restituire de caseta

c) introducerea unui actor in baza de date

d) stergerea unui actor din baza de date

e) introducerea unei noi casete in baza de date

f) stergerea unei casete din baza de date

g) cautarea unor casete dupa regizor, actori, etc.

h) adaugarea unui nou client in baza de date

i) stergerea unui client din baza de date

j) cautarea unui client in baza de date

k) modificarea caracteristicilor unui client (ex. adresa);

l) modificarea caracteristicilor unui actor

4. Proiectarea bazei de date

Se va porni de la modelul entitate-asociere, figurand in mod distinct in schema fiecare entitate, precum si relatiile ce exista intre entitati:

Atributele entitatilor in situatia de mai sus vor fi:

1) PERSOANE

- BI: caracter(8);

- Nume: caracter(20);

- Prenume: caracter(20);

2) ACTORI

- nrcas: numeric(4);

- nume actor: caracter(20);

- prenume actor: caracter(20);

3) FILME

- Nr. caseta: numeric(4);

- Titlu original: caracter(30);

- Titlu roman: caracter(30);

- Nume regizor: caracter(30);

- An aparitie: numeric(4);

- Stare (existenta sau inexistenta in gestiune): boolean;

Datorita faptului ca in diagrama de mai sus exista o legatura de tip "multi la multi", se va folosi in plus o tabela intermediara:

4) IMPR

- Data: data;

- BI: caracter(8);

- Nr. caseta: numeric(4);

- Data restituirii: data;

- Perioada de inchiriere: numeric(1); acest camp s-a introdus pentru micsorarea timpului de realizare a situatiilor finale, in detrimentul spatiului de stocare folosit, folosind astfel o redundanta controlata a datelor;

Rezulta deci ca structura conceptuala a bazei de date este:

PERSOANE

BI

NUME PREN

FILME

NRCAS TITO TITR NUMER ANAP STARE

ACTORI

NRCAS NUMEACT PRENACT

IMPR

DATA BI NRCAS DATARES PERIOADA

Folosind tehnica normalizarii, se va aduce baza de date in FN3. Se observa ca baza de date se afla deja in forma normala 3, deci structura conceptuala va ramane identica cu cea de mai sus. S-a considerat ca nu este ncesara o forma normala superioara, deoarece actualizarea bazei de date se face la un interval de timp destul de mare, deci cu o frecventa redusa.

Pentru a asigura un compromis intre redundanta datelor si timpul de acces, s-a introdus in tabela INTR si campul PERIOADA, camp ce memoreaza durata de timp pe care este imprumutata o caseta. Astfel, creste dimensiunea bazei de date, dar situatiile operative, care sunt solicitate relativ des, sunt furnizate cu o viteza sporita.