Proiect elemente avansate de baze de date - Farmacie

Scenariu descriptiv

Farmacia SC Athos SRL si-a inceput activitatea in aprilie 2000 in localitatea Aiud, judetul Alba si datorita faptului ca afacerea s-a aratat profitabila, si-a marit intensitatea activitatii necesitand o baza de date prin care sa gestioneze rapid si corect datele necesare functionarii.

Echipa care realizeaza baza de date a acestei farmacii are in vedere urmatoarele detalii:.

- Aprovizionarea se face de la mai multi furnizori;

- Farmacia ofera spre vanzare 5 categorii de produse:medicamente,produse naturiste, cosmetice,suplimente alimentare si produse pentru ingrijirea bebelusilor.

- Acestea fiind aprovizionate, sunt pastrate in cele 5 depozite cu care farmacia are contracte;fiecare depozit depoziteaza una din cele 5 categorii de produse si are desemnat cate un angajat care se ocupa cu colaborarea dintre farmacie si depozit si verificarea starii produselor.Supravegherea produselor din depozit este absolut necesara pentru detectarea produselor expirate si determinarea datei urmatoarei aprovizionari.

- Se tine evidenta unui istoric al pretului care sa contina datele de valabilitate ale preturilor produselor din farmacie, pretul de vanzare si respectiv TVA-ul.

- Vanzarea produselor se realizeaza prin comanda,deoarece fiecare operatiune de vanzare este inregistrata in baza de date printr-un numar de ordine iar cumparatorii care doresc sa devina clienti si sa se bucure de discount-uri,pot fi inregistrati in baza de date cu CNP-ul .Discount-urile se acorda in functie de valoarea cumparaturilor si de vechime.

Schema bazei de date

Deoarece ne confruntăm cu baze de date NoSql voi crea două colecții de bază: Clienti si Comanda.

CLIENTI

_id

CNP

Nume

Prenume

Adresa

Telefon

Data_inregistrare

COMANDA

_id

cod_prod

CNP

cantitate

Mod_plata

PRODUS

Denumire

Pret

Explicatii:

- Daca pana acum am fost obisnuiti sa auzim la bazele de date relationale despre tabele si inregistrari, la bazele de date NoSql lucrurile se mai schimba putin , asadar tabelel devin colectii iar inregistrarile devin documelte.O diferenta intre cele doua baze de date, este faptul ca in BDR, campurile tabelelor aveau o structura fixa, dar in colectii campurinle pot avea tipuri diferite(pot sa fie mixte). De retinut este ca fiecare document are un camp “_id” care joaca rol de cheie unica si care este inserat automat.

- In proiectul meu am ales sa folosesc Documentele imbricare deoarede aceastea capteaza relatiile dintre date stocand datele conexe intr-o stuctura document. Un avantaj mare al metodei Embedded Documents este acela al performaneti, desii baza mea de date este de dimensiuni reduse in acest proiect, daca am vorbi de baza de date a unei farmacii, performanta si rapiditatea rularii sunt criterii foarte importante.

- Asadar in cadrul acestui proiect am decis sa lucrez cu 2 colecii, deoarece am considerat ca avantajul performantei, dar si faptul ca aceasta metoda este mai permisiva in momenul unei eventulae modificari ale bazei de date, sunt destul de importante in alegerea acestei decizii.