Cuprins
Introducere.3
2.1.Crearea tabelelor8
Cap.4.Exemple de (S.G.B.D)10
Introducere
O baz de date conine toate informaiile necesare despre obiectele ce intervin ntr-o mulime de aplicaii, relaiile logice dintre aceste informaii i tehnicile de prelucrare corespunztoare. n bazele de date are loc o integrare a datelor, n sensul c mai multe fiiere sunt privite n ansamblu, eliminndu-se informaiile redundante. Este permis accesul simultan la aceleai date, situate n acelai loc sau distribuite spaial, a mai multor persoane prin mai multe tipuri de interogri. nc din cele mai vechi timpuri oamenii au fost preocupai de nregistrarea unor fapte i aspecte din viaa de zi cu zi. Necesitatea de a organiza i gestiona aspecte importante ale societii a condus, de-a lungul istoriei la dezvoltarea a numeroase tehnici n acest sens. n cadrul evoluiei n timp a tehnicilor de organizare i prelucrare a datelor se disting mai multe etape dup cum urmeaz : Prima etap. Datele sunt organizate sub form de fiiere secveniale (o mulime de date de acelai tip, deci realizri de tip articol). Structura datelor este proiectat pentru a deservi o singur aplicaie ceea ce implic o redundan mare n memorarea datelor (aceleai date sunt descrise independent n mai multe fiiere). Redundana conduce la o utilizare ineficient a spaiului de memorie i ridic probleme n cazul operaiilor de actualizare. Dac printr un program se modific o dat dintr-un fiier, modificarea nu se face automat i n alt fiier n care aceeai dat este memorat ; prin urmare aceeai dat prezint valori diferite n fiierele n care apare. Acest fapt duce la o inconsisten a datelor. Etapa a doua este marcat dee separarea dintre structura logic de date i structura fizic, separare prin care se realizeaz independena fizic a datelor. Datele sunt memorate n fiiere de diferite organizri : secveniale, indexate, directe, inversate, pentru care se pot scrie programme care regsesc mai rapid datele ns redundana i inconsistena datelor nu este rezolvat nici n aceast etap. Prin separarea structurii logice de cea fizic se asigur indepandena aplicaiilor fa de modul de organizare a fiierelor i fa de modificrile echipamentelor hardware (se pot schimba dispozitivele de memorare fr a afecta aplicaiile). Etapa a treia. Pentru eliminarea redundanei (i implicit a inconsistenei) este necesar ca fiecare dat (informaie) s fie memorat ntr-un singur fiier, iar ntre fiiere diferite trebuie s existe anumite relaii. O astfel de colecie de fiiere ntre care exist anumite relaii formeaz un sistem de fiiere. Pentru a nu obliga utilizatorii s gestioneze ei aceste relaii, exist unele programe ( proceduri, funcii) specializate pentru utilizarea relaiilor definite. Aceste programe pot sa fie schimbate (pentru o gestiune optim) fr a trebui schimbate programele de aplicaie ce le folosesc
Etapa a patra. Limitrile tratrii bazate pe fiiere de mai sus se datoreaz urmtorilor factori : -definiia datelor este ncorporat n programele aplicaie, n loc de a fi stocat separat i independent ; - nu exist un control al accesului i prelucrrii datelor, dincolo de cel impus de ctre programele aplicaie. Pentru o tratare mai eficient a datelor au aprut bazele de date i sistemul de getiune a bazelor de date (SGBD). Noutatea o constituie existena unui fiier de descriere global a datelor denumit dicionar de date. Extragerea i modificrea datelor (lucrul cu fiierele de date), se deruleaz exclusiv prin intermediul dicionarului n care se gsesc informaii privitoare la structura datelor i restriciile ndeplinite de acestea. Avantajul const n separarea datelor de programele aplicaie. Intr-o baz de date bine proiectat nu exist elemente de date duplicate pe care utilizatorul sau aplicaia s le actualizeze. Elementele legate de date sunt grupate mpreun ntr-o singur structur sau nregistrare i pot fi definite relaii ntre aceste structuri sau nregistrri. Etapa a cincea. Apariia bazelor de date distribuite, plasate pe mai multe servere i accesibile de pe diferite staii de la distan. Este vorba de un nivel mai ridicat de complexitate al gestiunii informaiilor i al aplicaiilor specifice. ntr-o arhitectur a bazei de date client/server fiierele bazei de date i softul SGBD se afla pe server. Este furnizat o component de comunicare astfel ca aplicaiile s poat fi rulate de diferii clieni. Aplicaiile serverului sunt capabile de obicei s lucreze cu mai muli clieni n acelai timp. Pe sistemele Linux, cel mai folosit server de baze de date este MySQL. Cu toate c exist un alt produs gratuit (MySQL este gratuit att timp ct aplicatia dezvoltat nu este revndut) - PostgreSQL, MySQL rmne preferatul programatorilor de Linux. De ce?Pentru c limbajul cel mai folosit pe partea de server web - PHP - dispune de o extensie MySQL nglobat. Dar nu numai acest lucru a influentat folosirea MySQL. Una dintre alegeri a fost si datorit usurintei administrrii acestui sever, el dispunnd de un client de accesare inclus.
Exista trei categorii de modele de baze de date: Modelul ierarhic a fost dezvoltat primul n ordine istorica si, desi se bazeaza pe teoria grafurilor, nu are un standard ca si modelele relational sau retea. SGBD-ul de referinta pentru modelul ierarhic este IMS (Information Management System) dezvoltat de IBM si North American Association (mai trziu Rockwell) ncepnd din anii 1960 n legatura cu proiectul APOLLO. Ceea ce se transcrie n stuctura externa modelul ierarhic este o arboresceta grafica, un graf orientat, conex fara cicluri. Alte proprietati ale acestui tip de graf ar fi: exista un singur vrf, numit radacina, n care nu este incident nici un arc exista varfuri, numite frunze, din care nu pleaca nici un arc;
orice varf, daca nu este frunza, poate avea mai multi descendenti (directi), vrfuri la care se poate ajunge parcurgnd un singur arc orice varf, n afara de radacina, are un parinte unic (vrful al carui descendent este). Modelul ierarhic transpune scheme E-R de tipul 1 : n, n particular 1 :1.
A doua aparitie a unei entitati poate fi numai o referinta la prima aparitie. Desi notiunile folosite n legatura cu modelul ierarhic difera putin de cele de la modelul retea, exista totusi multe asemanari. Exista, n legatura cu modelul ierarhic, doua notiuni de baza: parinte si relatie parinte-copil (PCR). Segmentul este analogul lui record din structura retea, iar PCR este analog cu set din modelul retea cu diferenta, care de altfel decurge din regulile de mai sus, ca un segment poate fi descendentul unui singur parinte. n sens larg, o baz de date este o colecie de date organizat (structurat). O baz de date are, n principal, urmtoarele roluri: stocare (memorare) i organizarea datelor (structurare). Ca i utilitate, bazele de date ne permit (1) memorarea unor cantiti mari de date, (2) regsirea datelor pe baza unor criterii ce cutare (ce sunt legate n mod direct de structurarea datelor), dar i (3) prelucrarea unor volume mari de date (filtrare, ordonare, agregare).
Modelul reea este cel mai apropiat de forma de reprezentare a bazelor de date sub forma diagramelor entitate-relaie. Deosebirea const n faptul c toate relaiile ce apar pot fi numai binare i de tipul 1:1 sau 1:N. Aceast restricie permite reprezentarea grafic a unei baze de date de tip reea sub forma unui graf direcionat numit reea. ntr-o reea, nodurile corespund entitilor i relaiile sunt reprezentate prin sgei ntre noduri (de la tat la fiu) i anume sgei simple dac relaia este de tipul 1:1 i sgei duble dac relaia este de tipul 1:N. n modelul reea, entitilor le corespund fiiere logice care au drept cmpuri atributele entitii i eventuale cmpuri de legtur pentru relaii. Fiecrui element al entitii i corespunde o nregistrare logic. Dac nregistrrile sunt identificate numai prin relaia cu alte entiti, atunci se mai adaug la nregistrarea logic nc un cmp ce cuprinde un numr de ordine care permite identificarea acestor nregistrri. Operaiile cele mai frecvente pentru modelul reea se mpart n dou categorii: cutarea unor elemente ale unor entiti cu anumite proprieti sau cutarea unor informaii prin utilizarea legturilor ntre entiti; navigarea n reeaua de date. Model relaional de baze de date cuprinde trei componente principale: structura datelor prin definirea unor domenii (valori atomice) i a relaiilor n (atribute, tupluri, chei primare); integrarea datelor prin impunerea unor restricii; prelucrarea datelor prin operaii din algebra relaional sau calcul relaional. Modelul relaional se bazeaz pe noiunea matematic de relaie (din teoria mulimilor) definit ca o submulime a produsului cartezian a unei liste finite de mulimi numite domenii. Elementele unei relaii se numesctupluri (sau n-cupluri), iar numrul de domenii din produsul cartezian se numete arietatea relaiei (FOTACHE 1997, 102).
Planificarea bazei de date reprezint controlul activitilor ce permit realizarea efectiv i eficient a etapelor de proiectare a unei baze de date. n acest scop se realizeaz urmtoarea documentaie: -identificarea scopului bazei de date;
-obiectivele bazei de date (identificarea fiecrei activiti individuale ce trebuie suportat de baza de date); Proiectarea bazei de date cuprinde urmtoarele trei etape: proiectarea conceptual a bazei de date; proiectarea logic a bazei de date;
In fereastra DATABASE, executa dublu-clic pe optiunea Create Table in Design View. Se deschide modul de vizualizare Table Design. Tasteaza un nume de camp In primul rand din coloana Field Name, apoi apasa tasta TAB pentru a trece In coloana Data Type. Cand treci la coloana Data Type, apare o lista derulanta. Deschide lista derulanta si selecteaza un tip de camp (vezi sectiunea Tipuri de date si formate). 1. Numele campurilor din Access pot avea o lungime de cel mult 64 de caractere si pot contine spatii precum si alte caractere, cu exceptia punctului (.), a semnului de exclamatie (!), a accentului grav (`) sau a parantezelor drepte. 2. Evita simbolurile $, % sau # In numele de campuri, pentru ca unele dintre acestea au anumite semnificatii In programul Access.
Apasa tasta TAB pentru a trece In coloana Descriptionsi introdu o descriere a campului (operatie facultativa). In jumatatea inferioara a casetei de dialog, vezi panoul Field Properties pentru tipul de camp pe care l-ai selectat. Poti face orice modificari doresti (vezi sectiunea Tipuri de date si formate). Daca ai mai multe campuri de introdus, repeta pasii anteriori. Executa clic pe butonul CLOSE (X) al ferestrei Table Design. Cand esti Intrebat daca vrei sa salvezi modificarile operate In tabel, executa clic pe Yes. Apare caseta de dialog Save As. Tasteaza un nume pentru tabel In caseta Table Namesi apoi executa clic pe OK. In final, tabelul va aparea In fereastra DATABASE, In sectiunea TABLES.
Executi dublu-clic pe numele tabelului. Acesta se va deschide In modul de vizualizare Datasheet View.
Vei introduce datele In coloanele corespunzatoare conform tipului ales pentru campul respectiv.
Sistemele de gestiune a bazelor de date (SGBD) reprezinta sisteme informatice specializate n stocarea si gestionarea unui volum mare de date n rezolvarea unor probleme asupra unui volum mare de date. Un SGBD trebuie sa asigure: - definirea bazei de date; - adaugarea de date la baza de date; - stergerea de date din baza de date; - extragerea de informatii din baza de date. Sistemele de gestiune a bazelor de date relationale sunt prevazute cu posibilitatea realizarii de legaturi ntre doua sau mai multe baze de date , legaturi ce permit accesarea simultana a unor date care se afla ntr-o anumita relatie din baze de date diferite.
Un sistem de gestiune a bazelor de date are urmtoarele funciuni: 1. Definirea bazei de date, n principal a structurii tabelelor, vederilor, interogrilor, a relaiilor sau a altor obiecte specifice SGBD-urilor. Partea din limbaj specializat pentru aceste sarcini se constituie ntr-un Limbaj de Definire a Datelor (abreviat n mod uzual: LDD), alctuit din diferite comenzi (dac un astfel de limbaj nu exist), i/sau dintr-o interfa cu utilizatorul (variant mult utilizat). 2. Manipularea informaiilor din baza de date, este principalul scop al unui SGBD perceput de utilizatorii obinuii. Acetia i doresc s poat introduce, regsi i actualiza (modifica sau terge), date prin aplicaiile lor. Programatorii au la dispoziie, pentru a realiza
acest lucru, un Limbaj de Manipulare a Datelor (abreviat n mod uzual: LMD), i/sau autorul unor comenzi (dac nu exist un astfel de limbaj). Este recomandabil ca n aplicaii, prile care implementeaz aceste prime dou funciuni s fie pe ct posibil distinct conturate, iar modificrile aduse uneia s nu afecteze bunul mers al celeilalte. Datele trebuie s aib o stabilitate mai mare dect programele. n plus, datele trebuie construite astfel nct s poat fi accesibile mai multor programe, care sunt scrise n limbaje diferite i care ruleaz pe mai multe calculatoare. Aceste programe, scrise cu ajutorul LMD-ului, folosesc structurile de 11date luate din tabelele (dicionarele), unde se afl descrise structurile virtuale ale bazei de date, precum i structura logic la care va avea acces.
ORACLE. Compania american cu acest nume, a oferit, nc de la nceputul anilor 80, cele mai robuste, rapide i eficiente variante de sisteme de gestiune a bazelor de date, pentru calculatoare de toate tipurile (mari, mini, micro), de tip client- server, pentru reelel e locale sau pe Internet. Preul ridicat, datorat standardelor de calitate aleproduselor i serviciilor, fac ca n ara noastr, recurgerea la soluiile Oracle s se fac doar pe ntru proiectel e de sisteme informatice mari; FoxPro. Cu aceast denumire Compania Microsoft a p romovat un model de organizare a datelor, numit dBASE, existent din anul 1990.Acest program este foarte popular n ara noastr, deoarece crearea i ev oluia lui este sincron fenomenului exploziv din anii 1990, prin care firmele i -au dezvoltat proiecte proprii de informatizare. SQL Server. Cu acest nume, compania Microsoft promoveaz sistemele de gestiunea a bazelor de date, de tip client -server, pe ntru problemelecare depesc capacitile ACCESS sau FoxPro;10 MySQL. Este un sistem de gestiune a bazelor de date foarte rspnditdatorit faptului c este gratuit (de tip Open Source); Aplicaia Microsoft ACCESS, care este un sistem de gestiune a bazelor de date relativ nou, aceas aplicaie fcnd parte din suita de programe de birou Microsoft Office. Toate fiierele sunt n ultim instan un lung ir de bii, ceea ce face pn la urm diferena ntre ele, redarea sunetelor din fiierele tip .wa v sau a imaginilor
Tabel
Nr Crt 1 2 3 4 Nume Popescu Stanescu Alexandrescu Mihai Prenume Andreea Radu Daniela Madalina CNP 2234823125817 1554765988433 4563476583682 1322457630054 Cod Analiza 321 444 432 222 80 100 130 150 Cost Analiza