Značilnosti hierarhičnega podatkovnega modela

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

Struktura

Glavna značilnost hierarhičnega podatkovnega modela je drevesna struktura. Na primer, zbirka podatkov podjetja se lahko organizira z uporabo ene veje za osebje, ki ji sledijo oddelki, ekipe in nato člani ekipe. Ta struktura nadrejeni-podrejeni je dosledna 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. Zapis člana ekipe bi na primer vseboval podrobnosti, kot so ime, nadzornik in kontaktni podatki.

Eden proti mnogo in redundanca

Ker hierarhični modeli ne dovoljujejo sestavljenih zapisov -- to je, da ima vnos več kot enega nadrejenega -- ima zbirka podatkov strukturo ena proti mnogo; eno podjetje ima lahko veliko oddelkov in en oddelek ima lahko veliko vodij ekip. To lahko povzroči redundanco v modelu. Na primer, veja pod Člani skupine se lahko imenuje Tekoči projekti. Ker lahko na enem projektu dela več članov osebja, je treba podatke 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, če pa izvajate raziskovalne poizvedbe, je to počasno, saj mora zbirka podatkov prebrati vse zapise na dani ravni, preden se premakne na naslednjo.

Logični nadrejeni kazalci

Omejitve hierarhične strukture so nekoliko omilile z uporabo logičnih nadrejenih kazalcev. To, ki ga je razvil IBM v svojem podatkovnem modelu informacijskega sistema za upravljanje, vključuje nastavitev nove baze podatkov za vnose, ki imajo razmerja veliko proti mnogo, in povezovanje obeh. Na primer, veja tekočih projektov bi imela kazalce, ki povezujejo uporabnika z ločeno zbirko podatkov projektov, kjer so informacije o projektu. To je podobno delovanju funkcije XML Extensible Markup Language IDREF.