A hierarchikus adatmodell volt az első adatbázismodell, amelyet létrehoztak, és először 1966-ban jelent meg. Ez az általános fájlfeldolgozó rendszerek továbbfejlesztése volt, mivel lehetővé teszi az adatbázisban lévő információk közötti logikai kapcsolatok létrehozását. Ennek a struktúrának azonban vannak hátrányai is, amelyek a hálózati modell és a relációs modell végső kidolgozásához vezettek.
Szerkezet
A hierarchikus adatmodell fő jellemzője a faszerű struktúra. Például egy vállalati adatbázis szerveződhet úgy, hogy egy fiókot használnak a személyzet számára, ezt követik a részlegek, a csapatok, majd a csapattagok. Ez a szülő-gyermek struktúra konzisztens az egész adatbázisban, és minden gyermekszegmensnek csak egy szülőszegmense lehet. Minden szegmens vagy rekord tetszőleges számú mezőelemet tartalmazhat, amelyek információt adnak az adott rekordról. Például a csapattagok rekordja tartalmazhat olyan adatokat, mint a név, a felügyelő és a kapcsolattartási adatok.
A nap videója
Egy a sokhoz és redundancia
Mivel a hierarchikus modellek nem teszik lehetővé az összetett rekordok létrehozását – vagyis azt, hogy egy bejegyzésnek több szülője legyen –, az adatbázis egy a többhez szerkezetű; egy vállalatnak több osztálya lehet, egy részlegnek pedig több csoportvezetője lehet. Ez redundanciához vezethet a modellben. Például a Csapattagok alatti fiók neve Folyamatban lévő projektek. Mivel egy projekten több munkatárs is dolgozhat, a projektinformációkat meg kell ismételni, ami konzisztencia problémákhoz vezethet.
Navigáció
A hierarchikus adatmodell egy navigációs adatmodell; a modellben szereplő hozzáférési utakat előre meghatározott struktúrák korlátozzák. Egy adott fájlrekord megszerzéséhez a lekérdezés az adatbázis gyökérszegmensétől lefelé halad az ágakon keresztül. Ez rendben van, ha már ismeri a keresett rekordok helyét, de ha felfedező jellegű lekérdezések esetén ez lassú, mivel az adatbázisnak be kell olvasnia az összes rekordot egy adott szinten, mielőtt a következőre lépne egy.
Logikai szülő mutatók
A hierarchikus struktúra korlátait a logikai szülőmutatók használata némileg enyhíti. Az IBM által kifejlesztett információkezelési rendszer adatmodelljében ez egy új adatbázis felállítását jelenti a sok-sok kapcsolattal rendelkező bejegyzésekhez, és a kettő összekapcsolását. Például a Folyamatban lévő projektek ágban olyan mutatók találhatók, amelyek a felhasználót egy külön projektadatbázishoz kapcsolják, ahol a projektinformációk vannak. Ez hasonló az XML kiterjeszthető jelölőnyelv IDREF függvény működéséhez.
