Rolli hierarhia on organisatsiooniline termin, mida kasutatakse kõige sagedamini andmebaasides ja arvutiturbesüsteemides. Kasutajatel on eskaleeruvad rollid, mis hargnevad ülespoole nagu puuoksad. Kuna süsteemi kasutajaid edutatakse nende rollide kaudu. Nad pärivad omaksvõetud rolli täiendavad atribuudid, kohustused ja seotud muutujad, kaotamata seejuures ühtegi oma varasema(te) rolli(de) atribuuti. Selle eeliseks on see, et see võimaldab lihtsat organisatsioonilist standardit andmebaaside ja turbelubade kujundamiseks. Puudused tulenevad asjaolust, et sageli ei sulandu üksikud rollid korralikult üksteise sisse, mis sunnib süsteemi üles ehitama ebamugavaid või ebaõigeid konstruktsioone.
Kujutage ette lumepalli, mis veereb allamäge. Selle edenedes koguneb see üha rohkem suurust, ilma et see kaotaks oma esialgset sisu. Selleks ajaks, kui see jõuab mäe põhja ehk andmebaasi kõrgemale astmele, on see laienenud palju kaugemale oma algsest suurusest. See on rollihierarhia põhikontseptsioon.
Näiteks kaaluge töötajate andmebaasi rollihierarhiat. Andmebaasi kõige elementaarsem tasand on tabel Töötajad, mis sisaldab loomulikult kõiki ettevõttes töötavate inimeste kirjeid, kuna nad on kõik töötajad. Töötajate kohal võib olla tabel Juhid, mis võib lisada täiendavaid atribuute, näiteks iga juhi juhendatavate töötajate loendeid. Juhatajate tabel on loomulikult eksklusiivsem; nagu iga juht on töötaja, aga mitte iga töötaja pole juht. Rollihierarhia tabel jätkab püramiiditaolise kujuga “üles niristamist”, võib-olla lisab tabeli filiaalijuhtide, ettevõttejuhtide, asepresidentide jne jaoks.
Turvalisuse seisukohalt oleks hierarhia tipp piiranguteta süsteemiadministraator, kes saab teha arvutisüsteemi mis tahes muudatusi või muudatusi. Madalaim tasand oleks lihtne kasutaja, kellel võib olla juurdepääs vaid mõnele programmile, ilma et tal oleks lubatud teha olulisi muudatusi. Mõlemal juhul – kas andmebaasi või turbeolukorra puhul – võimaldab rollihierarhia skeem tõhusat “ülesvoolu”, võimaldades süsteemi kasutajatel liikuda ühest positsioonist teise üsna lineaarses vormingus.
Selle negatiivne külg tuleneb keerukatest organisatsioonidest, kus ühe üksuse atribuudid ei pruugi sujuvalt teiseks muutuda. Mõelge juhtumile, kus töötajad ülendatakse juhtivale ametikohale pärast seda, kui nad on töötanud programmeerijana või personalitöötajana. Oletame, et ettevõtte reeglid keelavad inimestel töötada nii programmeerijana kui ka personalitöötajana. Nüüd peavad rollihierarhia struktuuri kohaselt kõik tabelis Managers olevad pärima nii programmeerija kui ka personalivaldkonnas töötava atribuudid. Selle tulemuseks on raisatud ruum ja nullatribuudid andmebaasis, kuna ühelgi halduril ei ole nii programmeerija kui ka inimressursside töötaja atribuute.