ORAKEL:Die materialisierte Ansicht funktioniert nicht, wenn LEFT JOIN verwendet wird

Question

Ich möchte eine MATERIALISIERTE ANSICHT aus einem LEFT JOIN von 2 Tabellen erstellen.Folgendes gibt mir jedoch einen Fehler:

    SELECT field1 
     FROM table_1 a 
     LEFT JOIN table_2 b 
     ON a.field1=b.field2

ORA-12054:Das Aktualisierungsattribut ON COMMIT kann für die materialisierte Ansicht nicht festgelegt werden

Folgendes funktioniert jedoch:

SELECT field1 
 FROM table_1 a, table_2 b 
 WHERE a.field1=b.field2

Hat jemand eine Idee, warum das passiert?

Danke für die Hilfe

Answer 1

Es gibt zwei Bedingungen, die nicht erfüllt sind, damit diese materialisierte Ansicht schnell aktualisiert wird.Erstens haben Sie nicht die Zeilen-ID-Spalten jeder beteiligten Tabelle angegeben.Und die zweite ist eine undokumentierte Einschränkung:ANSI-Joins werden nicht unterstützt.

Hier ist ein Beispiel mit DEPT als Tabelle_1, Alias ​​a und EMP als Tabelle_2, Alias ​​b:

SQL> create materialized view log on emp with rowid
  2  /

Materialized view log created.

SQL> create materialized view log on dept with rowid
  2  /

Materialized view log created.

SQL> create materialized view empdept_mv
  2    refresh fast on commit
  3  as
  4  select a.deptno
  5    from dept a
  6         left join emp b on (a.deptno = b.deptno)
  7  /
  from dept a
       *
ERROR at line 5:
ORA-12054: cannot set the ON COMMIT refresh attribute for the materialized view

Das spiegelt Ihre Situation wider.Fügen Sie zuerst die Rowids hinzu:

SQL> create materialized view empdept_mv
  2    refresh fast on commit
  3  as
  4  select a.rowid dept_rowid
  5       , b.rowid emp_rowid
  6       , a.deptno
  7    from dept a
  8         left join emp b on (a.deptno = b.deptno)
  9  /
  from dept a
       *
ERROR at line 7:
ORA-12054: cannot set the ON COMMIT refresh attribute for the materialized view

Aufgrund der ANSI-Joins ist jedoch keine schnelle Aktualisierung möglich.Konvertieren in die Outer-Join-Syntax im alten Stil:

SQL> create materialized view empdept_mv
  2    refresh fast on commit
  3  as
  4  select a.rowid dept_rowid
  5       , b.rowid emp_rowid
  6       , a.deptno
  7    from dept a
  8       , emp b
  9   where a.deptno = b.deptno (+)
 10  /

Materialized view created.

Und um zu beweisen, dass es funktioniert:

SQL> select * from empdept_mv
  2  /

DEPT_ROWID         EMP_ROWID              DEPTNO
------------------ ------------------ ----------
AAARhmAAEAAAAI/AAB AAARhlAAEAAAAI3AAA         20
AAARhmAAEAAAAI/AAC AAARhlAAEAAAAI3AAB         30
AAARhmAAEAAAAI/AAC AAARhlAAEAAAAI3AAC         30
AAARhmAAEAAAAI/AAB AAARhlAAEAAAAI3AAD         20
AAARhmAAEAAAAI/AAC AAARhlAAEAAAAI3AAE         30
AAARhmAAEAAAAI/AAC AAARhlAAEAAAAI3AAF         30
AAARhmAAEAAAAI/AAA AAARhlAAEAAAAI3AAG         10
AAARhmAAEAAAAI/AAB AAARhlAAEAAAAI3AAH         20
AAARhmAAEAAAAI/AAA AAARhlAAEAAAAI3AAI         10
AAARhmAAEAAAAI/AAC AAARhlAAEAAAAI3AAJ         30
AAARhmAAEAAAAI/AAB AAARhlAAEAAAAI3AAK         20
AAARhmAAEAAAAI/AAC AAARhlAAEAAAAI3AAL         30
AAARhmAAEAAAAI/AAB AAARhlAAEAAAAI3AAM         20
AAARhmAAEAAAAI/AAA AAARhlAAEAAAAI3AAN         10
AAARhmAAEAAAAI/AAD                            40

15 rows selected.

SQL> insert into dept values (50,'IT','UTRECHT')
  2  /

1 row created.

SQL> commit
  2  /

Commit complete.

SQL> select * from empdept_mv
  2  /

DEPT_ROWID         EMP_ROWID              DEPTNO
------------------ ------------------ ----------
AAARhmAAEAAAAI/AAB AAARhlAAEAAAAI3AAA         20
AAARhmAAEAAAAI/AAC AAARhlAAEAAAAI3AAB         30
AAARhmAAEAAAAI/AAC AAARhlAAEAAAAI3AAC         30
AAARhmAAEAAAAI/AAB AAARhlAAEAAAAI3AAD         20
AAARhmAAEAAAAI/AAC AAARhlAAEAAAAI3AAE         30
AAARhmAAEAAAAI/AAC AAARhlAAEAAAAI3AAF         30
AAARhmAAEAAAAI/AAA AAARhlAAEAAAAI3AAG         10
AAARhmAAEAAAAI/AAB AAARhlAAEAAAAI3AAH         20
AAARhmAAEAAAAI/AAA AAARhlAAEAAAAI3AAI         10
AAARhmAAEAAAAI/AAC AAARhlAAEAAAAI3AAJ         30
AAARhmAAEAAAAI/AAB AAARhlAAEAAAAI3AAK         20
AAARhmAAEAAAAI/AAC AAARhlAAEAAAAI3AAL         30
AAARhmAAEAAAAI/AAB AAARhlAAEAAAAI3AAM         20
AAARhmAAEAAAAI/AAA AAARhlAAEAAAAI3AAN         10
AAARhmAAEAAAAI/AAD                            40
AAARhmAAEAAAAI7AAA                            50

16 rows selected.

Die ANSI-Join-Syntaxbeschränkung wird in Punkt 6 erwähnt dieser Blogbeitrag.

Grüße, Rob.

Answer 2

Da ist dies ein alter Beitrag; Nein, hat eine vollständige Lösung erwähnt.

1. Die exterbezogene Tabelle sollte einen Primärschlüssel haben, wie in Oracle Doc erwähnt.
2. Die Abfrage sollte keine anderen Einschränkungen haben, dh in keiner Filterkriterien in den WHERE Klausel, nur die Verknüpfungen; kann auch nicht haben CASE/DECODE Aussagen in SELECT Klausel; GROUP BY, SUM(), COUNT() Und so ist dies jedoch erlaubt.

Im obigen Beispielbeispiel funktioniert die Abfrage, wenn in der Spalte Dept ID ein Primärschlüssel in der Abteilungstabelle in der Dept -ID -Spalte erstellt wird.

Answer 3

Befolgten die folgenden Anweisungen, um dbms_mview.explain_mview funktionieren zu lassen:http://www.sqlsnippets.com/en/topic-12884.html

Fähig von:

Refresh_complete

Nicht fähig zu:

Refresh_fast

ReABRESH_FAST_AFTER_INSERT
Inline -Ansicht oder Unterabfrage aus der Liste, die für diesen Typ MV nicht unterstützt wird

ReABRESH_FAST_AFTER_INSERT
Inline -Ansicht oder Unterabfrage aus der Liste, die für diesen Typ MV nicht unterstützt wird

ReABRESH_FAST_AFTER_INSERT
Ansicht oder Unterabfrage aus der Liste

ReABRESH_FAST_AFTER_ONETAB_DML
Sehen Sie den Grund, warum refresh_fast_after_insert deaktiviert ist

Mv_report

ReABRESH_FAST_AFTER_ANY_DML
Siehe den Grund, warum refresh_fast_after_onetab_dml deaktiviert ist