Discussion :

[Julien59]

Bonjour à tous,

j'ai un soucis avec deski / webi.

J'ai en fait créé une restriction sous un univers de BO avec le designer. Cette restriction donne l'accès ou non a une table X via le login du user.
En gros, le user rafraichit un rapport, la restriction se fait et si il n'a pas l'accés, la requête ne renvoie pas de données.

Donc j'ai créé 1 user "toto" et un user "titi".
j'ai appliqué la restriction sur 1 table. J'ai ensuite ajouté les données nécessaires a ces user directement dans la base via PL/SQL developer => toto ayant accés à la table, et titi non.

Je lance le refresh sous webi, tout se passe bien, c'est a dire que toto obtient des données et titi non.

Ensuite, je change les accés pour ces 2 utilisateurs, c'est à dire que je les inverse => toto n'a plus d'accès, titi a accès.

Je lance le refresh webi, et j'obtiens le même résultat que précédemment, c'est à dire que toto a des données et titi non.

On peut se dire que la restriction est mauvaise, mais j'ai alors lancé la requête retournée par BO/Webi pour le refresh, sous PL/SQL developer, et là le résultat est correct. Probablement parce que PL/SQL developer attaque directement la base en temps réel et donc les résultats sont bons.

Quelqu'un aurait-il une idée pour régler ce problème qui serait à priori un problème de mémoire cache.

Par avance, Merci.

Julien

[Bruno2r]

Bonsoir Julien 59,
Pourrais tu expliquer comment tu as fait ce que j'ai mis en gras ci-dessous ?
Pour que nous puissions y réfléchir
Merci

J'ai en fait créé une restriction sous un univers de BO avec le designer. Cette restriction donne l'accès ou non a une table X via le login du user.
En gros, le user rafraichit un rapport, la restriction se fait et si il n'a pas l'accés, la requête ne renvoie pas de données.

Donc j'ai créé 1 user "toto" et un user "titi".
j'ai appliqué la restriction sur 1 table. J'ai ensuite ajouté les données nécessaires a ces user directement dans la base via PL/SQL developer => toto ayant accés à la table, et titi non.

Je lance le refresh sous webi, tout se passe bien, c'est a dire que toto obtient des données et titi non.

Ensuite, je change les accès pour ces 2 utilisateurs, c'est à dire que je les inverse => toto n'a plus d'accès, titi a accès.

Julien

[Julien59]

J'ai en fait créé une restriction sous un univers de BO avec le designer.
outils > gérer la sécurité > gérer les restrictions

j'ai appliqué la restriction sur 1 table. J'ai ensuite ajouté les données nécessaires a ces user directement dans la base via PL/SQL developer
on va dire que je travaille sur la table employeur, et je veux que le user X ait les droits sur les employeurs 12, 17 et 23. Dans la table employeur se situe une colonne avec un niveau d'accès : access_id qui correspond à un integer. Dans la table centrale qui permet les restriction, il y a 2 colonnes : user ; access_id. J'ajoute donc dans ma table les données : 'toto' ,12 ; 'toto' ,17 ; 'toto' ,23. Pour la restriction dans designer j'obtiens un "in (select....) dans la clause where. Ces ajouts dans la table centrale sont faites sous pl/sql avec un simple insert into matable values ('toto',12) ...


je change les accès pour ces 2 utilisateurs
Pour ça, je supprime simplement les accès que j'ai donné à toto, et je mets les accés, que j'avais mis à toto, à titi (avec PL/SQL dev). Ca donne un simple
Delete from matable where user='toto'.
Insert into matable values ('titi',12).

[Julien59]

Le problème est résolu, il ne s'agissait pas d'un problème de cache, mais d'un problème sous PL/SQL dev, les changements n'étaient pas pris en compte.

Merci pour votre aide.

Julien

[Bruno2r]

Merci à Toi de nous avoir donné l'explication finale et surtout d'avoir pensé au .

[Julien59]

Pas de soucis,

merci à vous pour l'intérêt que vous portez à nos problèmes