На відміну від індексів, матеріалізовані представлення не оновлюються автоматично з кожною зміною даних. Вони повинні бути чітко оновлені, або під час кожного коміту, за періодичним розкладом або – зазвичай у сховищах даних – наприкінці завдання ETL.18 лютого 2019 р
За замовчуванням матеріалізовані подання автоматично оновлюються протягом 5 хвилин після зміни базових таблиць, але не частіше ніж кожні 30 хвилин.
Для матеріалізованих представлень з використанням BUILD DEFERRED, перед першим використанням потрібно надіслати запит на повне оновлення. Повне оновлення може бути подано в будь-який час протягом життя будь-якого матеріалізованого представлення. Оновлення передбачає читання детальних таблиць для обчислення результатів для матеріалізованого подання.
Інтервал оновлення ON COMMIT: Матеріалізоване подання оновлюється автоматично кожного разу, коли виконується транзакція, яка змінює основні дані. Цей інтервал корисний, коли вам потрібно підтримувати матеріалізоване подання в актуальному стані майже в режимі реального часу.
Щоб підтримувати матеріалізоване представлення в RDBMS, ми використовувати тригер. Тригери: тригери — це оператори SQL, які запускаються автоматично щоразу, коли відбувається зміна в базі даних. Тригери запускаються у відповідь на певні події таблиці (INSERT, UPDATE або DELETE).
Обмеження матеріалізованих переглядів таблиць BigLake Розбиття матеріалізованого подання не підтримується. Базові таблиці можуть використовувати секціонування вулика, але сховище матеріалізованого представлення не може бути розділене в таблицях BigLake. Це означає, що будь-яке видалення в базовій таблиці викликає повне оновлення матеріалізованого подання.