Den hierarkiske data model var den første database model, der skal oprettes , først optræder i 1966. Det var en forbedring af de generelle fil -systemer , fordi det giver mulighed for etablering af logiske relationer mellem oplysninger i en database. Men denne struktur har også sine ulemper , der førte til den endelige udvikling af nettet model og den relationelle model . Struktur

Den vigtigste egenskab ved en hierarkisk datamodel er den treelike struktur. For eksempel kan en virksomhed database organiserer hjælp af en gren for personale, efterfulgt af departementer, teams og derefter teammedlemmer. Denne forældre-barn struktur er konsekvent i hele databasen, og hvert barn segment kan kun have én forælder segment. Hvert segment eller post, kan have et vilkårligt antal feltelementerne med oplysninger om denne post. For eksempel ville det teammedlem record har oplysninger som navn , vejleder og kontaktoplysninger .
Fotos En-til -mange og redundans

Fordi hierarkiske modeller ikke tillader sammensatte poster - det vil sige for en post at have mere end én forælder - databasen har en en -til-mange struktur en virksomhed kan have mange afdelinger , og en afdeling kan have mange teamledere . Dette kan føre til afskedigelser i modellen. For eksempel kan en filial under Team medlemmer blive kaldt igangværende projekter. Da flere medarbejdere kan arbejde på et projekt , skal projektet oplysninger duplikeres, muligvis kan føre til konsistens spørgsmål.
Navigation

hierarkiske data model er navigatør datamodel , de adgangsveje i modellen er begrænset af forudbestemte strukturer. For at opnå en bestemt fil rekord, forespørgslen bevæger sig fra roden segment i databasen ned gennem grenene. Det er fint, hvis du allerede kender placeringen af ​​de poster, du søger , men hvis du gør sonderende forespørgsler , det er langsom, da databasen skal læse alle registre om et givet niveau , før du flytter til den næste .
< br >
logisk Parent pointers

begrænsninger den hierarkiske struktur er lindret lidt ved hjælp af logiske forælder pointere. Udviklet af IBM i deres Information Management System datamodel , dette indebærer at oprette en ny database for poster, som har mange-til -mange-relationer og forbinder de to. For eksempel vil de igangværende projekter grenen har pejlemærker , der forbinder brugeren til et separat Projects database, hvor projektets oplysninger er indeholdt . Dette svarer til, hvordan XML Extensible Markup Language IDREF funktionen fungerer .