Mode model semantik di layanan Power BI

  • Artikel

Artikel ini menyediakan penjelasan teknis tentang mode model semantik Power BI. Ini berlaku untuk model semantik yang mewakili koneksi langsung ke model Analysis Services yang dihosting eksternal, dan juga untuk model yang dikembangkan di Power BI Desktop. Artikel ini menekankan alasan untuk setiap mode, dan kemungkinan dampak pada sumber daya kapasitas Power BI.

Tiga mode model semantik adalah:

Mode impor

Mode impor adalah mode paling umum yang digunakan untuk mengembangkan model semantik. Mode ini memberikan performa cepat berkat kueri dalam memori. Ini juga menawarkan fleksibilitas desain kepada pemodel, dan dukungan untuk fitur layanan Power BI tertentu (Tanya Jawab, Wawasan Cepat, dll.). Karena keunggulan tersebut, ini adalah mode default saat membuat solusi Power BI Desktop baru.

Penting dipahami bahwa data yang diimpor selalu disimpan ke disk. Saat dikueri atau di-refresh, data harus dimuat sepenuhnya ke dalam memori kapasitas Power BI. Setelah dalam memori, Model impor kemudian dapat mencapai hasil kueri yang sangat cepat. Penting juga untuk dipahami bahwa tidak ada konsep model Impor yang dimuat sebagian ke dalam memori.

Saat di-refresh, data dikompresi dan dioptimalkan lalu disimpan ke disk oleh mesin penyimpanan VertiPaq. Ketika dimuat dari disk ke dalam memori, dimungkinkan untuk melihat kompresi 10 kali. Jadi, masuk akal untuk mengira bahwa 10 GB data sumber dapat memadatkan hingga ukuran sekitar 1 GB. Penyimpanan pada disk dapat mencapai pengurangan 20% dari ukuran terkompresi. Perbedaan ukuran dapat ditentukan dengan membandingkan ukuran file Power BI Desktop dengan penggunaan memori Task Manager file.

Fleksibilitas desain dapat dicapai dengan tiga cara:

  • Integrasikan data dengan menyimpan data dari aliran data, dan sumber data eksternal, apa pun jenis atau format sumber data.
  • Gunakan seluruh kumpulan bahasa rumus Power Query M, yang disebut sebagai M, fungsi saat membuat kueri persiapan data.
  • Terapkan seluruh kumpulan fungsi Data Analysis Expressions (DAX) saat meningkatkan model dengan logika bisnis. Ada dukungan untuk kolom terhitung, tabel terhitung, dan pengukuran.

Seperti yang ditunjukkan pada gambar berikut, model Impor dapat mengintegrasikan data dari sejumlah jenis sumber data yang didukung.

Diagram shows an Import model can integrate data from any number of external data source types.

Namun, meskipun ada keuntungan menarik yang terkait dengan model Impor, ada juga kerugiannya:

  • Seluruh model harus dimuat ke memori sebelum Power BI dapat mengkueri model, yang dapat menempatkan tekanan pada sumber daya kapasitas yang tersedia, terutama seiring bertambahnya jumlah dan ukuran model Impor.
  • Data model hanya saat ini sebagai refresh terbaru, sehingga Model impor perlu di-refresh, biasanya secara terjadwal.
  • Refresh penuh menghapus semua data dari semua tabel dan memuat ulang dari sumber data. Operasi ini bisa mahal dalam hal waktu dan sumber daya untuk layanan Power BI, dan sumber data.

Catatan

Power BI dapat mencapai refresh bertahap untuk menghindari pemotongan dan pemuatan ulang seluruh tabel. Untuk informasi selengkapnya, termasuk paket dan lisensi yang didukung, lihat Refresh bertahap dan data real time untuk model semantik.

Dari perspektif sumber daya layanan Power BI, Model impor memerlukan:

  • Memori yang cukup untuk memuat model saat dikueri atau disegarkan.
  • Memproses sumber daya dan sumber daya memori tambahan untuk merefresh data.

Mode DirectQuery

Mode DirectQuery adalah alternatif untuk mode Impor. Model yang dikembangkan dalam mode DirectQuery tidak mengimpor data. Sebaliknya, metadata hanya terdiri dari metadata yang menentukan struktur model. Saat model dikueri, kueri asli digunakan untuk mengambil data dari sumber data yang mendasarinya.

Diagram shows how DirectQuery model issues native queries to the underlying data source.

Ada dua alasan utama yang harus dipertimbangkan untuk mengembangkan model DirectQuery:

  • Ketika volume data terlalu besar, bahkan ketika metode pengurangan data diterapkan, untuk dimuat ke dalam model, atau praktis di-refresh.
  • Ketika laporan dan dasbor perlu mengirimkan data mendekati real-time , di luar apa yang dapat dicapai dalam batas refresh terjadwal. Batas refresh terjadwal delapan kali sehari untuk kapasitas bersama, dan 48 kali sehari untuk kapasitas Premium.

Ada beberapa keuntungan yang terkait dengan model DirectQuery:

  • Batas ukuran model impor tidak berlaku.
  • Model tidak memerlukan refresh data terjadwal.
  • Laporkan pengguna melihat data terbaru saat berinteraksi dengan filter laporan dan pemotong. Selain itu, pengguna laporan dapat me-refresh seluruh laporan untuk mengambil data saat ini.
  • Laporan real-time dapat dikembangkan dengan menggunakan fitur Refresh halaman otomatis.
  • Petak peta dasbor, ketika berdasarkan model DirectQuery, dapat diperbarui secara otomatis sesering setiap 15 menit.

Namun, ada beberapa batasan yang terkait dengan model DirectQuery:

  • Ekspresi Power Query/Mashup hanya bisa menjadi fungsi yang dapat ditransposisikan ke kueri asli yang dipahami oleh sumber data.
  • Rumus DAX terbatas untuk hanya menggunakan fungsi yang dapat ditransposisikan ke kueri asli yang dipahami oleh sumber data. Tabel terhitung tidak didukung.
  • Fitur Quick Insights tidak didukung.

Dari perspektif sumber daya layanan Power BI, model DirectQuery memerlukan:

  • Memori minimal untuk memuat model (hanya metadata) saat dikueri.
  • Terkadang layanan Power BI harus menggunakan sumber daya prosesor yang signifikan untuk menghasilkan dan memproses kueri yang dikirim ke sumber data. Ketika situasi ini muncul, itu dapat memengaruhi throughput, terutama ketika pengguna bersamaan mengkueri model.

Untuk informasi selengkapnya, lihat Menggunakan DirectQuery di Power BI Desktop.

Mode komposit

Mode komposit dapat mencampur mode Impor dan DirectQuery, atau mengintegrasikan beberapa sumber data DirectQuery. Model yang dikembangkan dalam mode Komposit mendukung konfigurasi mode penyimpanan untuk setiap tabel model. Mode ini juga mendukung tabel terhitung, yang ditentukan dengan DAX.

Mode penyimpanan tabel dapat dikonfigurasi sebagai Impor, DirectQuery, atau Ganda. Tabel yang dikonfigurasi sebagai Mode penyimpanan ganda adalah Impor dan DirectQuery, dan pengaturan ini memungkinkan layanan Power BI menentukan mode yang paling efisien untuk digunakan berdasarkan kueri demi kueri.

Diagram shows that a Composite model is a combination of Import and DirectQuery storage modes, configured at table level.

Model komposit berusaha untuk memberikan mode Impor dan DirectQuery terbaik. Saat dikonfigurasi dengan tepat, mereka dapat menggabungkan performa kueri tinggi model dalam memori dengan kemampuan untuk mengambil data mendekati real-time dari sumber data.

Untuk informasi selengkapnya, lihat Menggunakan model komposit di Power BI Desktop.

Tabel Impor dan DirectQuery Murni

Pemodel data yang mengembangkan model Komposit cenderung mengonfigurasi tabel jenis dimensi dalam mode Impor atau Penyimpanan ganda, dan tabel jenis fakta dalam mode DirectQuery. Untuk informasi selengkapnya tentang peran tabel model, lihat Memahami skema bintang dan pentingnya Power BI.

Misalnya, pertimbangkan model dengan tabel jenis dimensi Produk dalam mode Ganda, dan tabel jenis fakta Penjualan dalam mode DirectQuery. Tabel Produk dapat dikueri secara efisien dan cepat dari dalam memori untuk merender pemotong laporan. Tabel Penjualan juga dapat dikueri dalam mode DirectQuery dengan tabel Produk terkait. Kueri terakhir dapat mengaktifkan pembuatan kueri SQL asli tunggal yang efisien yang menggabungkan tabel Produk dan Penjualan, dan memfilter berdasarkan nilai pemotong.

Tabel hibrid

Pemodel data yang mengembangkan model Komposit juga dapat mengonfigurasi tabel fakta sebagai tabel hibrid. Tabel hibrid adalah tabel dengan satu atau beberapa partisi Impor dan satu partisi DirectQuery. Keuntungan dari tabel hibrid adalah dapat dikueri secara efisien dan cepat dari dalam memori sementara pada saat yang sama termasuk perubahan data terbaru dari sumber data yang terjadi setelah siklus impor terakhir, seperti yang diilustrasikan visualisasi berikut.

Screenshot shows a hybrid table partition with Archived, Incremental refresh, and Real time rows marked.

Cara termampu untuk membuat tabel hibrid adalah dengan mengonfigurasi kebijakan refresh bertahap di Power BI Desktop dan mengaktifkan opsi Dapatkan data terbaru secara real time dengan DirectQuery (khusus Premium). Saat Power BI menerapkan kebijakan refresh bertahap yang mengaktifkan opsi ini, power BI mempartisi tabel seperti skema partisi yang ditampilkan dalam diagram sebelumnya. Untuk memastikan performa yang baik, konfigurasikan tabel jenis dimensi Anda dalam mode Penyimpanan ganda sehingga Power BI dapat menghasilkan kueri SQL asli yang efisien saat mengkueri partisi DirectQuery.

Catatan

Power BI mendukung tabel hibrid hanya ketika model semantik dihosting di ruang kerja pada kapasitas Premium. Oleh karena itu, Anda harus mengunggah model semantik Anda ke ruang kerja Premium jika Anda mengonfigurasi kebijakan refresh bertahap dengan opsi untuk mendapatkan data terbaru secara real time dengan DirectQuery. Untuk informasi selengkapnya, lihat Refresh bertahap dan data real time untuk model semantik.

Dimungkinkan juga untuk mengonversi tabel Impor ke tabel hibrid dengan menambahkan partisi DirectQuery menggunakan Tabular Model Scripting Language (TMSL) atau Model Objek Tabular (TOM) atau dengan menggunakan alat pihak ketiga. Misalnya, Anda dapat mempartisi tabel fakta sehingga sebagian besar data ditinggalkan di gudang data sementara hanya sebagian kecil dari data terbaru yang diimpor. Pendekatan ini dapat membantu mengoptimalkan performa jika sebagian besar data ini adalah data historis yang jarang diakses. Tabel hibrid dapat memiliki beberapa partisi Impor, tetapi hanya satu partisi DirectQuery.

Konten terkait