Pourquoi un ORA-12054 erreur se produit lors de la création de cette simple vue matérialisée exemple?

ALTER TABLE RECORDINGS ADD PRIMARY KEY (ID);

CREATE MATERIALIZED VIEW LOG ON RECORDINGS TABLESPACE USERS NOLOGGING;

DROP MATERIALIZED VIEW REC_SEARCH_TEST;
CREATE MATERIALIZED VIEW REC_SEARCH_TEST
REFRESH COMPLETE ON COMMIT
AS (
    SELECT DISTINCT ID, TITLE FROM RECORDINGS
);


ORA-12054: cannot set the ON COMMIT refresh attribute for the materialized view

Ne peut pas comprendre ce qui est mal, je sais que si je sors la clause DISTINCT, il fonctionne, mais pourquoi ne puis-je pas utiliser "DISTINCTS" si je précise "ACTUALISER COMPLÈTE SUR COMMIT' qui est nécessaire.

Si j'utilise DISTINCTES et de les ACTUALISER sur demande, il n'y a pas de problème, mais ce ne sont pas les exigences.

Vous avez un index unique. Il n'y a pas besoin de l'distinctes pourquoi s'embêter avec ça?
Peut-être l'exemple n'est pas le meilleur, parce que je veux élargir la vue d'une plus compliqué requête qui va exiger un mot clé distinct, pour l'instant, je suis juste essayer de le faire fonctionner sur un niveau de base.
Le DISTINCT n'a aucun sens du tout. Le ID colonne dans la sélection sera la cause de toutes les lignes distinctes toujours.

InformationsquelleAutor Moz | 2012-01-16

2

Semble que, avec l'ajout de l'DISTINCTS, vous avez fait votre point de vue sous-jacent de SQL inadmissible pour un rafraîchissement rapide, et donc pas la possibilité d'être utilisé avec SUR VALIDER (même quand vous spécifiez l'actualisation complète au lieu de rafraîchissement rapide). De Oracle docs:

Les deux actualisation des modes d'exécution sont à la validation et À la DEMANDE. Selon
sur la vue matérialisée vous créez, certaines options peuvent ne pas être
disponible. Le tableau 8-4 décrit l'actualisation des modes.

Tableau 8-4 Actualisation Des Modes De

LORS DE LA VALIDATION

Actualisation se produit automatiquement lorsqu'une transaction qui a modifié l'un des
la vue matérialisée détail des tables s'engage. Cela peut être spécifié
tant que la vue matérialisée est rapide actualisable (en d'autres termes,
pas de complexe). La validation privilège est nécessaire pour utiliser ce mode.

SUR DEMANDE

Actualisation se produit lorsqu'un utilisateur exécute manuellement l'un des
actualiser les procédures contenues dans le DBMS_MVIEW paquet (ACTUALISATION,
REFRESH_ALL_MVIEWS, REFRESH_DEPENDENT).

Le même document lien a une liste de restrictions pour le rafraîchissement rapide ainsi.

InformationsquelleAutor tbone
1

"Peut-être que l'exemple n'est pas le meilleur, parce que je veux agrandir la vue
pour une plus compliqué requête qui va exiger un mot clé distinct,
droit maintenant, je suis juste essayer de le faire fonctionner sur un niveau de base. "

DISTINCTES est la cause de l'ORA-12054.
```
SQL> CREATE MATERIALIZED VIEW REC_SEARCH_TEST
    REFRESH COMPLETE ON COMMIT
    AS (
       SELECT DISTINCT empno, ename FROM emp
   )
/
  2    3    4    5    6  
       SELECT DISTINCT empno, ename FROM emp
                                         *
ERROR at line 4:
ORA-12054: cannot set the ON COMMIT refresh attribute for the materialized view


Elapsed: 00:00:01.14
SQL> SQL> 
SQL> CREATE MATERIALIZED VIEW REC_SEARCH_TEST
    REFRESH COMPLETE ON COMMIT
    AS (
       SELECT empno, ename FROM emp
   )
/
  2    3    4    5    6  
Materialized view created.

Elapsed: 00:00:02.33
SQL> 
```
Pourquoi ne pas commencer avec un quelque chose qui fonctionne? Supprimer l'DISTINCTES. Obtenez votre MView de travail. Le compliquer plus tard, lorsque cela devient nécessaire.

Bien que, comme vous le savez déjà, vous ne pouvez pas utiliser un DISTINCTES, vous devrez revoir votre requête de la logique ou de votre actualisation de la stratégie.
- Par exemple, si je suis en cours d'exécution d'une recherche et je veux remplir une zone de liste modifiable. J'ai pu garder le cache de la vue matérialisée à l'aide de "SELECT DISTINCT GENRE D'APPLICATIONS;". Pourquoi pas une mise en place d'un matérialisée vue comme de l'actualisation à l'engager? Je sais que je ne peux pas mais je suis intéressé par la raison et ce que d'autres options sont disponibles.
InformationsquelleAutor APC
-1

La chose importante à noter à propos de la question est qu'il est pas à propos de rafraîchissement rapide, mais complet de rafraîchissement. Ainsi, il n'y a aucune raison logique pour que les restrictions habituelles pour un rafraîchissement rapide lors de la validation doit s'appliquer, à l'exception de celui que tous les objets référencés doit être local.

Le "refresh complet sur la validation est un élément relativement nouveau, de sorte que la meilleure réponse au "pourquoi" est sans doute "Oracle n'a pas encore mis en œuvre ce programme complet, veuillez consulter les futures versions de Base de données Oracle". Pas très utile, mais c'est vrai...

InformationsquelleAutor Karsten Spang

Vous devez vous connecter pour publier un commentaire.