Den hierarkiske datamodellen var den første databasemodellen som ble opprettet, og dukket først opp i 1966. Det var en forbedring av generelle filbehandlingssystemer fordi det tillater opprettelse av logiske forhold mellom informasjon i en database. Denne strukturen har imidlertid også sine ulemper som førte til den eventuelle utviklingen av nettverksmodellen og relasjonsmodellen.
Struktur
Hovedkarakteristikken til en hierarkisk datamodell er den trelignende strukturen. For eksempel kan en firmadatabase organisere ved å bruke én gren for ansatte, etterfulgt av avdelinger, team og deretter teammedlemmer. Denne overordnede-underordnede strukturen er konsistent i hele databasen, og hvert underordnede segment kan bare ha ett overordnet segment. Hvert segment, eller post, kan ha et hvilket som helst antall feltelementer som gir informasjon om den posten. For eksempel vil teammedlemsposten ha detaljer som navn, veileder og kontaktdetaljer.
Dagens video
En-til-mange og redundans
Fordi hierarkiske modeller ikke tillater sammensatte poster -- det vil si at en oppføring har mer enn én overordnet -- har databasen en en-til-mange-struktur; en bedrift kan ha mange avdelinger, og en avdeling kan ha mange teamledere. Dette kan føre til redundans i modellen. For eksempel kan en gren under Teammedlemmer kalles pågående prosjekter. Siden flere ansatte kan jobbe på ett prosjekt, må prosjektinformasjonen dupliseres, noe som kan føre til konsistensproblemer.
Navigasjon
Den hierarkiske datamodellen er en navigasjonsdatamodell; tilgangsveiene i modellen er begrenset av forhåndsbestemte strukturer. For å få en spesifikk filpost flyttes spørringen fra rotsegmentet i databasen og ned gjennom grenene. Dette er greit hvis du allerede vet plasseringen av postene du søker, men hvis du gjør utforskende spørringer, går dette sakte, da databasen må lese alle postene på et gitt nivå før den går til neste en.
Logiske foreldrepekere
Begrensningene til den hierarkiske strukturen lindres noe ved å bruke logiske overordnede pekere. Utviklet av IBM i deres Information Management System-datamodell, innebærer dette å sette opp en ny database for oppføringer som har mange-til-mange-relasjoner og koble de to. For eksempel vil grenen pågående prosjekter ha pekere som kobler brukeren til en separat prosjektdatabase der prosjektinformasjon finnes. Dette ligner på hvordan funksjonen XML Extensible Markup Language IDREF fungerer.
