Vilken är rollhierarkin?

En rollhierarki är en organisatorisk term som oftast används i databaser och datasäkerhetssystem. Användare har eskalerande roller som grenar uppåt som grenarna på ett träd. Eftersom användare av systemet marknadsförs genom dessa roller. De ärver de ytterligare attributen, uppgifterna och relaterade variablerna i den roll de antar, utan att förlora något av sina attribut från sina tidigare roller. Fördelen med detta är att den möjliggör en enkel organisatorisk standard för att utforma databaser och säkerhetsbehörigheter. Nackdelar kommer från det faktum att enskilda roller ofta blödar inte snyggt in i varandra, vilket tvingar besvärliga eller felaktiga konstruktioner i systemets utformning.

Bild en snöboll som rullar nedåt. När det fortskrider ackumuleras det mer och mer storlek utan att förlora något av sitt ursprungliga innehåll. När den når botten av kullen, eller den högre nivån i databasen, har den expanderat långt bortom sin ursprungliga storlek. Detta är det grundläggande konceptet of En rollhierarki.

Tänk till exempel på en rollhierarki för en anställdas databas. Den mest elementära nivån i databasen kommer att vara anställdas tabell, som naturligtvis innehåller varje post av varje person som arbetar på företaget, eftersom de alla är anställda. Ovanstående anställda kan vara chefstabellen, som kan lägga till ytterligare attribut som listor över de anställda som varje chef övervakar. Chefer -tabellen kommer dock naturligtvis att vara mer exklusivt; Eftersom varje chef är anställd, men inte varje anställd är en chef. Rollhierarkitabellen kommer att fortsätta att "trippa upp" i en pyramidliknande form, eventuellt lägga till ett bord för filialchefer, företagschefer, vice ordförande och så vidare.

Ur ett säkerhetsperspektiv skulle hierarkins topp vara en obegränsad systemadministratör, som kan utföra alla modifieringar eller ändringar till ett datorsystem. Medan det lägstaTier skulle vara en enkel användare som kanske bara kan komma åt en handfull program utan att få göra några betydande förändringar. I båda fallen - antingen en databas eller säkerhetssituation - tillåter rollhierarki -schemat ett effektivt "blödning uppåt", vilket gör att användare av systemet kan migrera från en position till nästa i ett ganska linjärt format.

Nackdelen med detta kommer från komplexa organisationer, där attributen för en enhet inte nödvändigtvis blöder smidigt in i en annan. Tänk på ett fall där de anställda befordras till en ledning efter att ha haft en roll som antingen en programmerare eller personalarbetare. Antag att företagsreglerna förbjuder individer att arbeta som både programmerare och en personalarbetare. Enligt rollhierarkstrukturen måste alla i chefens tabell ärva både programmerarnas attribut och någon som arbetar i mänskliga resurser. Detta resulterar i slösat utrymme och nollattributInom databasen, eftersom ingen enda chef kommer att ha både attribut för en programmerare och någon i mänskliga resurser.

ANDRA SPRÅK

Hjälpte den här artikeln dig? Tack för feedbacken Tack för feedbacken

Hur kan vi hjälpa? Hur kan vi hjälpa?