Implementarea bazelor de date retea

Implementarea bazelor de date retea

Exista 4 etape de baza in descrierea sau implementarea bazelor de date retea si anume:

Definirea tipurilor inregistrarilor. Acestea sint tipurile entitatilor indicate in modelul de date retea prezentat mai sus. Tipurile inregistrarilor sint, prin urmare, principalele blocuri de date ale bazei de date si trebuie sa includa elemente ca numele cimpurilor, continind identificarea cheii primare pentru tipul inregistrarii.

Definirea seturilor pentru baza de date. Aceasta este trasatura care permite definirea relatiilor intre tipurile inregistrarilor. Pentru majoritatea implementarilor bazelor de date retea, un set este o relatie one-to-many dintre doua tipuri de inregistrari. Tipul de inregistrari principal se numeste proprietar, iar al doilea tip de inregistrari - membru. In modelul de date retea prezentat, un proprietar poate avea mai multi membri: COURSES poseda STUDCRSE si CRSESUBJ; si un membru poate avea mai multi proprietari: CRSESUBJ este posedat atit de COURSES cit si de SUBJECTS.

Eliminarea cheilor redundante. Pentru tipurile de inregistrari COURSES si STUDCRSE cimpurile chei vor fi CourseIdNo, si respectiv CourseIdNo si StudentIdNo. Aceasta inseamna ca modelul de date retea, cu toate ca elimina unele redundante ale datelor, nu le elimina pe toate. De exemplu, daca din careva cauza s-a decis de a modifica CourseIdNo pentru unul sau mai multe cursuri, atunci schimbarea va avea loc atit in tipurile de inregistrari COURSES, cit si in STUDCRSE. Totusi, deoarece bazele de date retea contin seturi, nu este fundamental nevoie de a avea CourseIdNo in tipul de inregistrari membru STUDCRSE. De aceea aceasta cheie redundanta poate fi eliminata si astfel evitind problema redundantei datelor discutata mai sus.

Totusi, McFadden si Hoffer explica faptul de a nu elimina cheile redundante, si de fapt, cheile redundante trebuie pastrate in cadrul bazei de date daca survine vreuna din situatiile urmatoare pentru o implementare particulara a bazei de date retea:

a)     Cimpul cheie in chestiune este necesar, astfel incit un exemplu particular al tipului de inregistrari poate fi accesat direct. De exemplu, daca dorim sa cunoastem data inmatricularii unui anumit student la un anumit curs, va trebui sa accesam direct STUDCRSE.

b)     Accesul inregistrarilor specifice a bazei de date va cere legatura cimpului cheie fata de tipul de inregistrari proprietar. De exemplu, daca am fi dorit sa cunoastem numarul de studenti inmatriculati la un anumit curs, aceasta ar necesita accesul la tipul de inregistrari COURSES.

c)     Cheia ia parte la procesul de sortare a inregistrarilor membre a unui set. De exemplu, STUDCRSE poate fi sortat dupa StudentIdNo pentru a determina numarul cursurilor la care studentii sint inmatriculati sau poate fi sortat dupa CourseIdNo pentru a determina numarul studentilor inmatriculati la cursuri.

Definirea strategiilor d acces la inregistrari. Modelul DBTG intretine accesul la inregistrari fie direct, utilizind cheia primara pentru tipul de inregistrari (accesul "CALC") sau prin utilizarea relatiilor setului ( accesul "VIA"). De exemplu, daca cheile redundante StudentIdNo  si CourseIdNo ar fi fost eliminate din STUDCRSE, atunci accesul la inregistrarile din cadrul acestui tip de inregistrari se poate produce numai utilizind tipul de acces "VIA".