REFRESH MATERIALIZED VIEW

Nel caso di viste materializzate incrementali, REFRESH MATERIALIZED VIEW utilizza solo le righe delle tabelle di base per le quali è già stato eseguito il commit. Pertanto, se l'operazione di aggiornamento viene eseguita dopo un'istruzione DML (Data Manipolation Language) nella stessa transazione, le modifiche di tale istruzione DML non sono visibili per l'aggiornamento.

Per un aggiornamento completo di una vista materializzata, REFRESH MATERIALIZED VIEW vede tutte le righe della tabella di base visibili alla transazione di aggiornamento, in base alla semantica delle transazioni Amazon Redshift usuale.

A seconda del tipo di argomento di input, Amazon Redshift supporta ancora l'aggiornamento incrementale per le viste materializzate per le seguenti funzioni con tipi di argomenti di input specifici: DATE (timestamp), DATE_PART (data, ora, intervallo, time-tz), DATE_TRUNC (timestamp, intervallo).

L'aggiornamento incrementale è supportato in una vista materializzata in cui la tabella di base si trova in un'unità di condivisione dati.

Le operazioni vacuum in background potrebbero essere bloccate se le viste materializzate non vengono aggiornate. Dopo un periodo di soglia definito internamente, è possibile eseguire l'operazione di vacuum. Con l'operazione vacuum, tutte le viste materializzate dipendenti vengono contrassegnate come da rielaborare al successivo aggiornamento (anche se sono di tipo incrementale). Per informazioni su VACUUM, vedere VACUUM. Per ulteriori informazioni sugli eventi e le modifiche allo stato, consultare STL_MV_STATE.

Alcune operazioni avviate dall'utente sulle tabelle di base impongono che una vista materializzata venga rielaborata completamente alla successiva esecuzione dell'operazione REFRESH. Esempi di tali operazioni sono un VACUUM richiamato manualmente, un ridimensionamento classico, un'operazione ALTER DISTKEY, un'operazione ALTER SORTKEY e un'operazione di troncatura. Le operazioni automatiche in alcuni casi possono anche comportare il ricalcolo completo di una vista materializzata alla successiva esecuzione di un'operazione REFRESH. Ad esempio, un'operazione di eliminazione automatica del vuoto può causare un ricalcolo completo. Per ulteriori informazioni sugli eventi e le modifiche allo stato, consultare STL_MV_STATE.

OUTER JOIN (RIGHT, LEFT o FULL).

Operazioni insiemistiche: UNION, INTERSECT, EXCEPT, MINUS

UNION ALL quando si verifica in una query secondaria e una funzione di aggregazione o una clausola GROUP BY è presente nella query.

Le funzioni di aggregazione MEDIAN, PERCENTILE_CONT, MAX, MIN, LISTAGG, STDDEV_SAMP, STDDEV_POP, APPROXIMATE COUNT, APPROXIMATE PERCENTILE e le funzioni di aggregazione bitwise.

Funzioni di aggregazione di tipo DISTINCT, come DISTINCT COUNT, DISTINCT SUM, ecc.

Funzioni finestra

Query che utilizza tabelle temporanee per l'ottimizzazione delle query, ad esempio l'ottimizzazione delle espressioni secondarie comuni.

Sottoquery

Tabelle esterne che fanno riferimento ai seguenti formati nella query che definisce la vista materializzata.

L'aggiornamento incrementale è supportato per le viste materializzate definite utilizzando formati diversi da quelli sopra elencati. Per ulteriori informazioni, consulta Visualizzazioni materializzate su tabelle di data lake esterne in Amazon Redshift Spectrum.

Funzioni mutabili, come le funzioni data-ora, funzioni RANDOM e funzioni definite dall'utente non stabili.

Per le limitazioni relative all'aggiornamento incrementale per le integrazioni zero-ETL, consulta Considerazioni sull'utilizzo di integrazioni zero-ETL con Amazon Redshift.