Hierarhiskā datu modeļa raksturojums

Hierarhiskais datu modelis bija pirmais datu bāzes modelis, kas tika izveidots, un tas pirmo reizi parādījās 1966. gadā. Tas bija vispārējo failu apstrādes sistēmu uzlabojums, jo tas ļauj izveidot loģiskas attiecības starp informāciju datu bāzē. Tomēr šai struktūrai ir arī savi trūkumi, kas noveda pie tīkla modeļa un relāciju modeļa iespējamās attīstības.

Hierarhiskā datu modeļa galvenā iezīme ir koka struktūra. Piemēram, uzņēmuma datubāze var tikt organizēta, izmantojot vienu filiāli personālam, kam seko nodaļas, komandas un pēc tam komandas locekļi. Šī vecāku un bērnu struktūra ir konsekventa visā datu bāzē, un katram pakārtotajam segmentam var būt tikai viens vecāka segments. Katrā segmentā vai ierakstā var būt neierobežots skaits lauka elementu, kas sniedz informāciju par šo ierakstu. Piemēram, komandas dalībnieka ierakstā ir tāda informācija kā vārds, vadītājs un kontaktinformācija.

Tā kā hierarhiskie modeļi neļauj izmantot saliktus ierakstus — tas ir, ierakstam ir vairāk nekā viens vecāks, datu bāzei ir struktūra viens pret daudziem; vienā uzņēmumā var būt vairākas nodaļas, un vienā nodaļā var būt daudz komandu vadītāju. Tas var izraisīt modeļa dublēšanu. Piemēram, filiāli zem grupas dalībniekiem var saukt par notiekošiem projektiem. Tā kā pie viena projekta var strādāt vairāki darbinieki, projekta informācijai ir jābūt dublētai, iespējams, radot konsekvences problēmas.

Hierarhiskais datu modelis ir navigācijas datu modelis; pieejas ceļus modelī ierobežo iepriekš noteiktas struktūras. Lai iegūtu konkrētu faila ierakstu, vaicājums tiek pārvietots no saknes segmenta datubāzē uz leju pa zariem. Tas ir labi, ja jau zināt meklēto ierakstu atrašanās vietu, bet, ja veicat izpēti vaicājumus, tas ir lēns, jo datu bāzei ir jāizlasa visi ieraksti noteiktā līmenī, pirms pāriet uz nākamo viens.

Hierarhiskās struktūras ierobežojumi tiek nedaudz mazināti, izmantojot loģiskās vecāku norādes. IBM izstrādājis savā informācijas pārvaldības sistēmas datu modelī, un tas ietver jaunas datu bāzes izveidi ierakstiem, kuriem ir relācijas daudzi pret daudziem, un abu sasaisti. Piemēram, zarā Notiekošie projekti būtu norādes, kas saista lietotāju ar atsevišķu projektu datu bāzi, kurā ir ietverta projekta informācija. Tas ir līdzīgi tam, kā darbojas XML paplašināmās iezīmēšanas valodas IDREF funkcija.