Tema post anterior despre BEGIN_OUTLINE_DATA a avut loc în timpul testului cu adevărat noi și, îndrăznesc să spun, fixare revoluționară:
specificat de Leonid Borchuk în discutarea rezultatelor ambigue ale optimizării interogărilor pentru crearea / actualizarea completă a vederilor materializate în Oracle 11.2
1) în postul anterior, am uitat să menționez despre Undo temporară - o capacitate extrem de util pentru a comuta anula o intrare pentru tabelele temporare de sistem anulează masa, realizate în timp, care vă permite să:
- reduceți dimensiunea totală necesară anulați
- ca o consecință - de a reduce volumul generat de refacere
- permite DML pe tabele temporare pentru ziduri fizice, unde Temporare Undo este activată în mod implicit
Mi-am amintit ca a primit un exemplu practic bun al versiunii 11.2.0.3 atunci când testele OEBS cerere standard, în cazul în care utilizarea acestei funcții ar elimina în mare măsură problemele întâmpinate în nivel de sistem
Atunci când se efectuează procedura de reînnoire completă non-atomică a unei vederi materializate:
recursiv efectuate observate în V $ SESIUNE și V $ OPEN_CURSOR cerere tip V $ OPEN_CURSOR.CURSOR_TYPE = 'OPEN-recursive':
Este bine cunoscut faptul că cererile de planurile recursive de actualizare completă (precum și planurile de creare a CTAS CREEAZĂ materializata VIEW) au caracteristici, cum ar fi interogări recursive pentru vizualizare materializată folosind link-ul db
Particulare paralele interogări execuție DML executate în cumulative (non-atomic) actualizarea materializată vizualizare intensivă volum mare (> 300 de milioane de linii) construite dintr-un tabel sursă relativ mică situată pe o bază de date la distanță (dblink)
Navigare după înregistrări
Articole similare
Trimiteți-le prietenilor: