Den hierarkiske datamodel var den første databasemodel, der blev oprettet, første gang vises i 1966. Det var en forbedring af generelle filbehandlingssystemer, fordi den tillader oprettelse af logiske forhold mellem information i en database. Denne struktur har imidlertid også sine ulemper, der førte til den eventuelle udvikling af netværksmodellen og den relationelle model.

Struktur

Den vigtigste egenskab ved en hierarkisk datamodel er den trelignende struktur. For eksempel kan en virksomhedsdatabase muligvis organisere ved hjælp af en gren til personale, efterfulgt af afdelinger, hold og derefter teammedlemmer. Denne forældre-barn-struktur er konsistent i hele databasen, og hvert børnesegment kan kun have et forældresegment. Hvert segment eller post kan have et vilkårligt antal feltelementer, der giver information om denne post. For eksempel vil teammedlemmeregistreringen have detaljer som navn, vejleder og kontaktoplysninger.

En-til-mange og redundans

Fordi hierarkiske modeller ikke tillader sammensatte poster - det vil sige for en indgang med mere end én overordnet - har databasen en en-til-mange-struktur; én virksomhed kan have mange afdelinger, og en afdeling kan have mange teamledere. Dette kan føre til redundans i modellen. For eksempel kan en afdeling under Teammedlemmer kaldes Løbende projekter. Da flere ansatte kan arbejde på et projekt, skal projektoplysningerne duplikeres, hvilket muligvis fører til konsekvensproblemer.

Navigation

Den hierarkiske datamodel er en navigationsdatamodel; adgangsstierne i modellen er begrænset af forudbestemte strukturer. For at få en bestemt filpost bevæger forespørgslen sig fra rodsegmentet i databasen ned gennem grenene. Dette er fint, hvis du allerede ved placeringen af ​​de poster, du søger, men hvis du fremsætter efterforskende forespørgsler, er dette langsomt, da databasen skal læse alle posterne på et givet niveau, før de går til det næste.

Logiske forældremarkører

Begrænsningerne i den hierarkiske struktur vurderes noget ved hjælp af logiske overordnede pointer. Dette er udviklet af IBM i deres informationsstyringssystemdatamodel og indebærer, at der oprettes en ny database for poster, der har mange-til-mange-relationer og forbinder de to. For eksempel vil On igangværende projekter have point, der forbinder brugeren til en separat Projects-database, hvor projektinformation er indeholdt. Dette svarer til, hvordan funktionen XML Extensible Markup Language IDREF fungerer.