Materializált nézet, oracle mechanika
A BEGIN_OUTLINE_DATA előtti hozzászólás témája egy igazán új, és nem félek ebből a forradalmi javításból.
Leonid Borchuk által meghatározták, amikor megvitatták a lekérdezések optimalizálásának bizonytalan eredményeit az Oracle 11.2 által megvalósított materializált nézetek létrehozásához / teljes frissítéséhez
1) az előző bejegyzésben elfelejtettem megemlíteni az Ideiglenes Visszavonásról - rendkívül hasznos lehet az átmeneti táblák visszavonásának átkapcsolása a rendszertől visszavonásról az ideiglenesre, ami lehetővé teszi:
- csökkentse az összes szükséges méret visszavonását
- ennek következtében - a redo létrehozott térfogatának csökkentésére
- lehetővé teszi a DML ideiglenes táblázatok használatát a fizikai falazáshoz, ahol az ideiglenes visszavonás alapértelmezés szerint engedélyezve van
Emlékezett, mivel. jó gyakorlati példa volt a szabványos OEBS alkalmazás tesztjeinek 11.2.0.3 verziójára, ahol e funkció használata jelentősen kiküszöbölheti a rendszer szintjén felmerülő problémákat
A materializált nézet teljes nem atomi megújításának eljárása során:
rekurzívan végezzük megfigyelhető V $ SESSION és V $ OPEN_CURSOR kérés típusa V $ OPEN_CURSOR.CURSOR_TYPE = 'OPEN-rekurzív:
Köztudott, hogy a tervek rekurzív teljes frissítési kérelmeket (valamint tervek létrehozását CTAS CREATE materializált nézet) funkciók, mint például a rekurzív lekérdezéseket materializált nézet segítségével a db linket
Különösen párhuzamos végrehajtás DML lekérdezéseket végre a kumulatív (nem atomi) frissíti a materializált nézet-intenzív nagy mennyiségű (> 300 millió vonal) épített egy viszonylag kis forrás tábla található egy távoli adatbázis (dblink)