Tampilan yang di-materialisasi merupakan fitur inti dalam ranah gudang data. Berbeda dengan tampilan logis, tampilan yang di-materialisasi menyimpan hasil kueri secara persisten, sehingga mempercepat analisis data dan menyederhanakan proses ekstrak, transformasi, dan muat (ETL). Fitur ini cocok untuk berbagai skenario, seperti layanan pelaporan, tampilan dasbor, dan kueri dari alat Intelijen Bisnis (BI).
Apa itu tampilan yang di-materialisasi?
Tampilan yang di-materialisasi adalah tabel internal di AnalyticDB for MySQL yang menyimpan hasil prakomputasi dari kueri satu tabel atau multi-tabel. Saat Anda melakukan kueri terhadap tampilan yang di-materialisasi, database langsung mengembalikan hasil prakomputasi tersebut tanpa mengakses tabel dasar, sehingga secara signifikan meningkatkan kecepatan respons kueri.
Hanya mesin komputasi XIHE yang dapat membuat tampilan yang di-materialisasi. Anda tidak dapat menggunakan mesin Spark untuk membuat tampilan yang di-materialisasi.
Bahkan ketika Anda melakukan kueri langsung terhadap tabel dasar, tampilan yang di-materialisasi tetap dapat meningkatkan performa. Ketika AnalyticDB for MySQL mendeteksi bahwa kueri pengguna sepenuhnya atau sebagian cocok dengan kueri yang didefinisikan dalam suatu tampilan yang di-materialisasi, sistem secara otomatis menulis ulang kueri pada tabel dasar menjadi kueri pada tampilan yang di-materialisasi. Pendekatan ini memanfaatkan hasil prakomputasi untuk mempercepat kueri.
Perlu diperhatikan bahwa tampilan yang di-materialisasi mencerminkan kondisi data setelah refresh terakhir dan mungkin tidak berisi data terbaru dari tabel dasar. Tampilan yang di-materialisasi tidak melakukan refresh data secara otomatis setiap kali dikueri. Anda dapat mengatur jadwal auto-refresh, memicu auto-refresh saat tabel dasar ditimpa (overwrite), atau melakukan refresh manual untuk memastikan ketepatan waktu dan akurasi data.
Tabel berikut menjelaskan fitur-fitur tampilan yang di-materialisasi.
Kebijakan refresh | Jenis tabel dasar | Mekanisme pemicu refresh | Jenis kueri | Penulisan ulang kueri |
Pembaruan penuh |
|
| Kueri apa pun | Penulisan ulang kueri didukung (V3.1.4) |
Pembaruan bertahap (V3.1.9.0) |
| Auto-refresh pada interval terjadwal |
|
Untuk informasi lebih lanjut mengenai batasan dan riwayat pembaruan fitur tampilan yang di-materialisasi, lihat Batasan dan Riwayat pembaruan fitur.
Kapan harus membuat tampilan yang di-materialisasi
Tampilan yang di-materialisasi ideal untuk mempercepat kueri yang dijalankan secara berkala atau berulang.
Beberapa kueri berisi subkueri yang sama
Jika beberapa kueri berisi subkueri yang sama yang menggunakan fungsi agregat intensif sumber daya, buatlah tampilan yang di-materialisasi untuk memprakomputasi dan menyimpan seluruh hasil subkueri tersebut. Saat suatu kueri berisi subkueri tersebut, fitur penulisan ulang kueri AnalyticDB for MySQL secara otomatis akan mengarahkan kueri ke tampilan yang di-materialisasi. Hal ini mempercepat kueri dan mengurangi konsumsi sumber daya.
Penggabungan multi-tabel berkala
Untuk menggabungkan beberapa tabel secara berkala, buatlah tampilan yang di-materialisasi untuk operasi penggabungan tersebut. Tampilan yang di-materialisasi memprakomputasi dan menyimpan hasil penggabungan serta secara otomatis merefresh data pada interval terjadwal. Saat suatu kueri mencakup operasi penggabungan ini, hasilnya langsung dikembalikan dari tampilan yang di-materialisasi tanpa perlu menjalankan kembali penggabungan multi-tabel, sehingga sangat meningkatkan kecepatan respons kueri.
Akselerasi kueri data lake
Saat pengguna melakukan kueri terhadap tabel eksternal, AnalyticDB for MySQL dapat secara otomatis menulis ulang kueri pada tabel eksternal menjadi kueri pada tampilan yang di-materialisasi, sehingga mempercepat analisis data lake.
Riwayat pembaruan fitur utama untuk tampilan yang di-materialisasi
V3.1.4 dan versi selanjutnya: Penulisan ulang kueri untuk tampilan yang di-materialisasi didukung.
V3.1.4.7 dan versi selanjutnya:
Kata kunci OR REPLACE didukung. Jika sudah ada tampilan yang di-materialisasi dengan nama yang sama, tampilan aslinya akan dihapus dan yang baru dibuat.
Jumlah maksimum tampilan yang di-materialisasi ditingkatkan dari 8 menjadi 64.
V3.1.9.0 dan versi selanjutnya: Pembaruan bertahap untuk tampilan yang di-materialisasi satu tabel didukung.
V3.1.9.3 dan versi selanjutnya: Tampilan yang di-materialisasi elastis didukung untuk kluster Edisi Perusahaan, Edisi Dasar, dan Edisi Data Lakehouse. Anda dapat menggunakan kelompok sumber daya berbasis pekerjaan untuk membuat dan merefresh tampilan tersebut.
V3.2.0.0 dan versi selanjutnya: Pembaruan bertahap untuk tampilan yang di-materialisasi multi-tabel didukung.
V3.2.2.1 dan versi selanjutnya: Untuk tampilan yang di-materialisasi yang mendukung pembaruan bertahap, isi kueri mendukung fungsi MAX, MIN, AVG, APPROX_DISTINCT, dan COUNT(DISTINCT).
V3.2.3.0 dan versi selanjutnya: Untuk tampilan yang di-materialisasi yang mendukung pembaruan bertahap, tabel partisi didukung sebagai tabel dasar.
V3.2.3.1 dan versi selanjutnya: Untuk tampilan yang di-materialisasi yang mendukung pembaruan bertahap, operasi TRUNCATE didukung pada tabel dasar.
V3.2.5.0 dan versi selanjutnya:
Untuk tampilan yang di-materialisasi yang mendukung pembaruan bertahap, operasi INSERT OVERWRITE didukung pada tabel dasar.
Pencatatan biner (binlog) dapat diaktifkan untuk tampilan yang di-materialisasi. Untuk tampilan yang di-materialisasi yang mendukung pembaruan bertahap, tampilan yang di-materialisasi lain dapat digunakan sebagai tabel dasar, dan pernyataan UNION ALL didukung.
V3.2.6.0 dan versi selanjutnya: Untuk tampilan yang di-materialisasi yang mendukung pembaruan bertahap, tabel XUANWU_V2 didukung sebagai tampilan yang di-materialisasi atau tabel dasar.
Anda dapat melakukan operasi berikut pada tampilan yang di-materialisasi:
Untuk studi kasus penggunaan tampilan yang di-materialisasi oleh pelanggan, lihat Studi kasus penggunaan tampilan yang di-materialisasi oleh pelanggan.