Značilnosti hierarhičnega podatkovnega modela

click fraud protection

Hierarhični podatkovni model je bil prvi model baze podatkov, ki je bil ustvarjen, prvič se je pojavil leta 1966. To je bila izboljšava splošnih sistemov za obdelavo datotek, ker omogoča ustvarjanje logičnih razmerij med informacijami v bazi podatkov. Vendar ima ta struktura tudi svoje pomanjkljivosti, ki so pripeljale do končnega razvoja omrežnega in relacijskega modela.

Struktura

Glavna značilnost hierarhičnega podatkovnega modela je drevesna struktura. Baza podatkov podjetja se lahko na primer organizira z uporabo ene podružnice za osebje, ki ji sledijo oddelki, ekipe in nato člani ekipe. Ta nadrejena-podrejena struktura je skladna v celotni bazi podatkov in vsak podrejeni segment ima lahko samo en nadrejeni segment. Vsak segment ali zapis ima lahko poljubno število elementov polja, ki dajejo informacije o tem zapisu. Na primer, zapis članov ekipe bi vseboval podrobnosti, kot so ime, nadzornik in kontaktni podatki.

Video dneva

Eden proti več in redundanca

Ker hierarhični modeli ne dovoljujejo sestavljenih zapisov – to je, da ima vnos več kot enega nadrejenega – ima baza podatkov strukturo ena proti več; eno podjetje ima lahko veliko oddelkov, en oddelek pa lahko veliko vodij skupin. To lahko privede do redundance v modelu. Na primer, veja pod člani ekipe se lahko imenuje tekoči projekti. Ker lahko na enem projektu dela več članov osebja, je treba informacije o projektu podvojiti, kar lahko povzroči težave z doslednostjo.

Navigacija

Hierarhični podatkovni model je navigacijski podatkovni model; dostopne poti v modelu so omejene z vnaprej določenimi strukturami. Za pridobitev določenega zapisa datoteke se poizvedba premakne od korenskega segmenta v bazi podatkov navzdol skozi veje. To je v redu, če že poznate lokacijo zapisov, ki jih iščete, vendar če delate raziskovalno poizvedb, je to počasi, saj mora baza podatkov prebrati vse zapise na določeni ravni, preden se premakne na naslednjo eno.

Logični nadrejeni kazalci

Omejitve hierarhične strukture so nekoliko pomirjene z uporabo logičnih nadrejenih kazalcev. To je razvil IBM v svojem podatkovnem modelu informacijskega sistema za upravljanje in vključuje nastavitev nove baze podatkov za vnose, ki imajo razmerja veliko proti mnogim, in njihovo povezovanje. Na primer, veja Tekoči projekti bi imela kazalce, ki povezujejo uporabnika z ločeno bazo podatkov o projektih, kjer so informacije o projektu. To je podobno delovanju funkcije XML Extensible Markup Language IDREF.