Discussion :

[Dale_L]

Salutation groupe,

J'essait de créer la vue matérialisées suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
CREATE MATERIALIZED VIEW MV_PATATE
       REFRESH COMPLETE
    ON DEMAND
    AS 
   select kosin.id ID,
          kosin.caid CAID,
          kosin.language LANGUAGE
   from   truc   kosin
          ,machin     gugusse
   where  UPPER(gugusse.name)  = 'Poutine'
     and  kosin.caid     = gugusse.id
     and  kosin.language = gugusse.language
     and  kosin.id       = autrefonctionrandom.get_last_subpage ('Poutine_italienne')

La requête en tant que telle est testée et fonctionelle (la requête sans le create view). Si elle est roulée individuellement, elle s'exécutera sans problèmes.

Lorsque je désire faire de cette requête une vue matérialisée en utilisant le code publié ci-haut, l'erreur suivante apparaît devant moi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ORA-30372: la règle d'accès entre en conflit avec la vue matérialisée

J'ai fouillé à propos de cette erreur mais je n'ai pu trouvé aucune information pertinente à ce sujet (lire ici : Aucune aide en français, les aides en anglais ne rapportant que de vagues réponses qui étaient assez obscures à mes yeux).

Est-ce que quelqu'un pourrait m'éclairer sur la source potentielle de cette erreur par le don d'une piste de solution?

Merci
Dale

[jmguiche]

Il y a quelqu'un qui joue avec Row Level Security (ou virtual private database) sur ton schéma. Cela pose des problèmes de cohabitation avec ta vue.

Quand tu lance la requete, elle s'execute en appliquant les regles definies dans les policies de RLS. Quand tu essaye de creer une vue materialisée, comme les policies ramenent une ou des regles, il n'est pas possible de la créer.

Je trouve le message assez clair !

ORA-30372: fine grain access policy conflicts with materialized view

Cause: A fine grain access control procedure has applied a non-null policy to the query for the materialized view.
Action: In order for the materialized view to work correctly, any fine grain access control procedure in effect for the query must return a null policy when the materialized view is being created or refreshed. This may be done by ensuring that the usernames for the creator, owner, and invoker of refresh procedures for the materialized view all receive a null policy by the user-written fine grain access control procedures.

[Dale_L]

Après analyse, l'erreur venait de l'interne et de ce que nous voulions faire avec.

Nous avons tout simplement passés outre en créant une table qui se mettra à jour automatiquement grâce à dbms_jobs.

Merci.