Lecture redondante des objets 

Description du problème

Des baisses de performances évitables peuvent survenir s'il existe des redondances après la définition des autorisations structurelles, c'est‑à‑dire si des entrées de la table T77PR (Définition des profils d'autorisation) se chevauchent pour un utilisateur. L'exemple suivant illustre ce problème.

Exemple d'un profil général qui entraîne des contrôles redondants :

Profil	Objet racine	Chemin d'exploitation
Profil 1 :	O1	O-S-P (occupation des postes le long de l'organigramme)
Profil 2 :	O1	O_O_S_C (poste par unité structurelle)

Ce type de profil (plusieurs chemins d'exploitation) est souvent utilisé pour répondre à des besoins en matière d'autorisation qu'un chemin d'exploitation standard ne peut satisfaire.

Dans cet exemple, le profil doit comprendre l'autorisation pour les unités structurelles, les postes, les fonctions et les personnes. Cette combinaison n'est pas couverte par un quelconque chemin d'exploitation standard, ce qui explique pourquoi les deux chemins d'exploitation mentionnés ci‑dessus sont utilisés.

Toutefois, la création du set d'objets dure plus longtemps, car des objets spécifiques (O, S) sont lus plusieurs fois :

·        Chemin d'exploitation O-S-P :

¡        O  B002     O

¡        O  B002     S

¡        S  A008     P

·        Chemin d'exploitation O_O_S_C :

¡        O  B002     O

¡        O  B003     S

¡        S  A007     C

Si ces deux chemins d'exploitation sont utilisés simultanément, les unités structurelles (O) et les postes (S) sont lus d'une manière redondante au cours de la création du set d'objets.

Solution

Pour éviter ce problème, définissez votre propre chemin d'exploitation afin de répondre à tous les besoins du profil et lire les objets nécessaires une seule fois. Dans cet exemple, vous pouvez définir un chemin d'exploitation Z_O_S_C_P :

·        Chemin d'exploitation Z_O_S_C_P :

¡        O  B002     O

¡        O  B003     S

¡        S  A008     P

¡        S  A007     C