Den hierarkiska datamodellen var den första databasmodellen som skapades, först 1966. Det var en förbättring av allmänna filbehandlingssystem eftersom det tillåter skapandet av logiska relationer mellan information i en databas. Denna struktur har dock också sina nackdelar som ledde till att nätverksmodellen och relationsmodellen så småningom utvecklades.
Strukturera
Det huvudsakliga kännetecknet för en hierarkisk datamodell är den trädliknande strukturen. Till exempel kan en företagsdatabas organiseras med en filial för personal, följt av avdelningar, team och sedan teammedlemmar. Denna överordnade-underordnade struktur är konsekvent i hela databasen, och varje underordnat segment kan bara ha ett överordnat segment. Varje segment, eller post, kan ha valfritt antal fältelement som ger information om den posten. Till exempel skulle teammedlemsposten ha detaljer som namn, handledare och kontaktuppgifter.
Dagens video
En-till-många och redundans
Eftersom hierarkiska modeller inte tillåter sammansatta poster -- det vill säga att en post har mer än en förälder -- har databasen en en-till-många-struktur; ett företag kan ha många avdelningar och en avdelning kan ha många teamledare. Detta kan leda till redundans i modellen. Till exempel kan en gren under Teammedlemmar kallas pågående projekt. Eftersom flera anställda kan arbeta med ett projekt måste projektinformationen dupliceras, vilket kan leda till konsekvensproblem.
Navigering
Den hierarkiska datamodellen är en navigeringsdatamodell; åtkomstvägarna i modellen är begränsade av förutbestämda strukturer. För att få en specifik filpost flyttar frågan från rotsegmentet i databasen ner genom grenarna. Detta är bra om du redan vet var de poster du söker, men om du gör utforskande frågor är detta långsamt, eftersom databasen måste läsa alla poster på en given nivå innan den går till nästa ett.
Logiska föräldratips
Begränsningarna för den hierarkiska strukturen mildras något genom att använda logiska överordnade pekare. Utvecklat av IBM i deras informationshanteringssystems datamodell, innebär detta att man skapar en ny databas för poster som har många-till-många-relationer och länkar de två. Till exempel skulle grenen Pågående projekt ha pekare som länkar användaren till en separat projektdatabas där projektinformation finns. Detta liknar hur funktionen XML Extensible Markup Language IDREF fungerar.
