Menyambungkan ke sumber data SAP Hana dengan menggunakan DirectQuery di Power BI
Anda dapat terhubung ke sumber data SAP Hana secara langsung menggunakan DirectQuery, yang sering diperlukan untuk himpunan data besar yang melebihi sumber daya yang tersedia untuk mendukung model impor. Ada dua pendekatan untuk menyambungkan ke SAP Hana dalam mode DirectQuery, masing-masing dengan kemampuan yang berbeda:
Memperlakukan SAP Hana sebagai sumber multi-dimensi (default): Dalam hal ini, perilakunya mirip dengan saat Power BI terhubung ke sumber multidirektori lainnya seperti SAP Business Warehouse, atau Analysis Services. Saat Anda terhubung ke SAP Hana sebagai sumber multidimensi, tampilan analitik atau perhitungan tunggal dipilih dan semua ukuran, hierarki, dan atribut tampilan tersebut tersedia di daftar bidang. Anda tidak dapat menambahkan kolom terhitung atau kustomisasi data lainnya dalam model semantik. Saat visual dibuat, data agregat langsung diambil dari SAP Hana. Perlakukan SAP Hana sebagai sumber multi-dimensi adalah default untuk laporan DirectQuery baru melalui SAP Hana.
Memperlakukan SAP Hana sebagai sumber relasional: Dalam hal ini, Power BI memperlakukan SAP Hana sebagai sumber data relasional. Pendekatan ini menawarkan fleksibilitas yang lebih besar. Antara lain, Anda dapat menambahkan kolom yang dihitung dan menyertakan data dari sumber lain, tetapi perhatian harus diberikan untuk memastikan bahwa ukuran dikumpulkan seperti yang diharapkan. Hindari langkah-langkah non-aditif. Selain itu, pastikan Anda menggunakan tampilan sederhana dengan beberapa kolom dan gabungan untuk menghindari masalah performa. Pertimbangkan untuk membuat ulang pengukuran dalam model semantik, tetapi perlu diingat bahwa pengukuran yang kompleks mungkin tidak dapat disederhanakan. Hierarki SAP Hana tidak tersedia saat menggunakan SAP Hana sebagai sumber relasional.
Metode koneksi ditentukan oleh opsi alat global, yang diatur dengan memilih Opsi dan pengaturan
Opsi untuk memperlakukan SAP Hana sebagai sumber relasional mengontrol metode koneksi untuk setiap laporan baru menggunakan DirectQuery melalui SAP Hana. Ini tidak berpengaruh pada koneksi SAP Hana yang ada dalam laporan saat ini, atau koneksi dalam laporan lain yang dibuka. Jadi jika opsi saat ini tidak dicentang, maka setelah menambahkan koneksi baru ke SAP Hana menggunakan Dapatkan Data, koneksi tersebut memperlakukan SAP Hana sebagai sumber multi-dimensi. Namun, jika laporan yang berbeda dibuka yang juga terhubung ke SAP Hana, maka laporan itu terus berperilaku sesuai dengan opsi yang diatur pada saat dibuat. Fakta ini berarti bahwa setiap laporan yang terhubung ke SAP Hana sebagai sumber relasional terus memperlakukan SAP Hana sebagai sumber relasional bahkan jika opsi sekarang tidak dicentang.
Dua metode koneksi SAP Hana merupakan perilaku yang berbeda, dan tidak mungkin untuk mengalihkan laporan yang ada dari satu metode koneksi ke metode lainnya.
Perlakukan SAP Hana sebagai sumber multi-dimensi (default)
Semua koneksi baru ke SAP Hana menggunakan metode koneksi ini secara default, memperlakukan SAP Hana sebagai sumber multi-dimensi. Saat menyambungkan ke SAP HANA sebagai sumber multidimensi, pertimbangan berikut berlaku:
Di DapatkanNavigator Data, satu tampilan SAP Hana dapat dipilih. Tidak dimungkinkan untuk memilih ukuran atau atribut individual. Tidak ada kueri yang ditentukan pada saat menyambungkan, yang berbeda dari mengimpor data atau saat menggunakan DirectQuery saat memperlakukan SAP Hana sebagai sumber relasional. Pertimbangan ini juga berarti bahwa tidak mungkin untuk langsung menggunakan kueri SAP Hana SQL saat memilih metode koneksi ini.
Semua pengukuran, hierarki, dan atribut tampilan yang dipilih ditampilkan dalam daftar bidang.
Ketika suatu ukuran digunakan dalam visual, SAP HANA dikueri untuk mengambil nilai pengukuran pada tingkat agregasi yang diperlukan oleh visual. Saat berhadapan dengan ukuran non-aditif, seperti pencacah dan rasio, semua agregasi dilakukan oleh SAP HANA, dan tidak ada agregasi lebih lanjut yang dilakukan oleh Power BI.
Untuk memastikan nilai agregat yang benar selalu dapat diperoleh dari SAP Hana, batasan tertentu harus diberlakukan. Misalnya, tidak dimungkinkan untuk menambahkan kolom terhitung, atau menggabungkan data dari beberapa tampilan SAP HANA dalam laporan yang sama. Anda juga tidak dapat menghapus kolom atau mengubah jenis datanya.
Memperlakukan SAP HANA sebagai sumber multi-dimensi menawarkan fleksibilitas yang lebih sedikit daripada pendekatan relasional alternatif , tetapi lebih mudah. Metode koneksi ini memastikan nilai agregat yang benar saat berhadapan dengan langkah-langkah SAP Hana yang lebih kompleks, dan umumnya menghasilkan performa yang lebih tinggi.
Daftar Bidang mencakup semua ukuran, atribut, dan hierarki dari tampilan SAP HANA. Perhatikan perilaku berikut yang berlaku saat menggunakan metode koneksi ini:
Atribut apa pun yang disertakan dalam setidaknya satu hierarki disembunyikan secara default. Namun, mereka bisa dilihat jika diperlukan dengan memilih Lihat tersembunyi dari menu konteks di daftar bidang. Dari menu konteks yang sama, mereka dapat dibuat terlihat, jika perlu.
Di SAP Hana, atribut dapat didefinisikan untuk menggunakan atribut lain sebagai labelnya. Misalnya, Product, dengan nilai
1
,2
,3
, dan sebagainya, dapat menggunakan ProductName, dengan nilaiBike
,Shirt
,Gloves
, dan sebagainya, sebagai labelnya. Dalam kasus ini, suatu bidang tunggal Produk diperlihatkan dalam daftar bidang, yang nilainya adalah labelBike
,Shirt
,Gloves
, dan seterusnya, tetapi diurutkan serta keunikannya ditentukan oleh nilai kunci1
,2
,3
. Kolom tersembunyi Product.Key juga dibuat, memungkinkan akses ke nilai kunci yang mendasar jika perlu.
Variabel apa pun yang ditentukan dalam tampilan SAP Hana yang mendasar ditampilkan pada saat menyambungkan, dan nilai yang diperlukan dapat dimasukkan. Nilai-nilai tersebut nantinya dapat diubah dengan memilih Mengubah data dari pita, lalu Edit parameter dari menu dropdown yang ditampilkan.
Operasi pemodelan yang diizinkan lebih ketat daripada dalam kasus umum saat menggunakan DirectQuery, mengingat kebutuhan untuk memastikan bahwa data agregat yang benar selalu dapat diperoleh dari SAP Hana. Namun, masih mungkin untuk membuat beberapa penambahan dan perubahan, termasuk menentukan ukuran, mengganti nama dan menyembunyikan bidang, dan menentukan format tampilan. Semua perubahan tersebut dipertahankan saat refresh, dan setiap perubahan yang tidak bertentangan yang dilakukan pada tampilan SAP Hana diterapkan.
Pembatasan pemodelan tambahan
Selain batasan yang disebutkan di atas, ketahui pembatasan pemodelan berikut saat menyambungkan ke SAP Hana sebagai sumber multi-dimensi:
- Tidak ada dukungan untuk kolom terhitung: Kemampuan untuk membuat kolom terhitung dinonaktifkan. Fakta ini juga berarti bahwa Pengelompokan dan Klasterisasi, yang mengandalkan kolom terhitung, tidak tersedia.
- Batasan tambahan untuk ukuran: Ada batasan lain yang diberlakukan pada ekspresi DAX yang dapat digunakan dalam ukuran dan untuk mencerminkan tingkat dukungan yang ditawarkan oleh SAP HANA. Misalnya, tidak dimungkinkan untuk menggunakan fungsi agregat melalui tabel.
- Tidak ada dukungan untuk menentukan hubungan: Hanya satu tampilan yang dapat dikueri dalam laporan, dan dengan demikian, tidak ada dukungan untuk menentukan hubungan.
- Tanpa Tampilan Tabel: Tampilan Tabel biasanya menampilkan data tingkat detail dalam tabel. Mengingat sifat sumber multidimensi, tampilan ini tidak tersedia saat menggunakan SAP Hana sebagai sumber multidimensi.
- Detail kolom dan pengukuran diperbaiki: Kolom dan pengukuran dalam daftar bidang ditentukan oleh sumber yang mendasarinya dan tidak bisa diubah. Misalnya, tidak dimungkinkan untuk menghapus kolom, atau mengubah jenis datanya. Namun, itu bisa diganti namanya.
Pembatasan visualisasi tambahan
Ada batasan dalam visual saat menghubungkan ke SAP HANA sebagai sumber multi-dimensi.
- Tidak ada agregasi kolom: Tidak dimungkinkan untuk mengubah agregasi untuk kolom pada visual, dan selalu Jangan Meringkas.
Perlakukan SAP Hana sebagai sumber relasional
Untuk menyambungkan ke SAP Hana sebagai sumber relasional, Anda harus memilih Opsi dan pengaturan
Saat menggunakan SAP Hana sebagai sumber relasional, beberapa fleksibilitas tambahan tersedia. Misalnya, Anda dapat membuat kolom terhitung, menyertakan data dari beberapa tampilan SAP Hana, dan membuat hubungan antara tabel yang dihasilkan. Namun, ada perbedaan dari perilaku saat menyambungkan ke SAP HANA sebagai sumber multidimensi, terutama ketika tampilan SAP HANA berisi ukuran non-aditif, seperti contoh perhitungan berbeda, atau rata-rata, daripada jumlah sederhana. Langkah-langkah non-aditif dapat menghasilkan hasil yang salah. Langkah-langkah ini juga dapat mengurangi efisiensi pengoptimalan rencana kueri di SAP Hana dan mengakibatkan performa kueri dan batas waktu yang buruk.
Memahami SAP Hana sebagai sumber relasional
Ini berguna untuk memulai dengan mengklarifikasi perilaku sumber relasional, seperti SQL Server, ketika kueri yang ditentukan dalam Dapatkan Data atau Editor Power Query melakukan agregasi. Dalam contoh berikut, kueri yang ditentukan di Editor Power Query mengembalikan harga rata-rata dengan ProductID.
Jika data diimpor ke Power BI alih-alih menggunakan DirectQuery, situasi berikut akan menghasilkan:
- Data diimpor pada tingkat agregasi yang ditentukan oleh kueri yang dibuat di Editor Power Query. Misalnya, harga rata-rata berdasarkan produk. Fakta ini menghasilkan tabel dengan dua kolom ProductID dan AveragePrice yang dapat digunakan dalam visual.
- Dalam visual, agregasi berikutnya, seperti Jumlah, Rata-rata, Min, dan lainnya, dilakukan atas data yang diimpor tersebut. Misalnya, termasuk
AveragePrice dalam visual secara default menggunakan agregatJumlah , dan akan mengembalikan jumlah dariAveragePrice untuk setiap ProductID , dalam contoh ini, 13,67. Hal yang sama berlaku untuk fungsi agregat alternatif apa pun, seperti Min atau Average, yang digunakan pada visual. Misalnya, Rata-rata dari AveragePrice mengembalikan rata-rata 6,66, 4, dan 3, yang setara dengan 4,56, dan bukan rata-rata dari Harga pada enam rekaman dalam tabel dasar, yaitu 5,17.
Jika DirectQuery atas sumber relasional yang sama sedang digunakan alih-alih Impor, semantik yang sama berlaku dan hasilnya akan sama persis:
Mengingat kueri yang sama, secara logis data yang sama persis disajikan ke lapisan pelaporan - meskipun data tidak benar-benar diimpor.
Dalam tampilan visual, setiap agregasi berikutnya, seperti Jumlah, Rata-rata, dan Min, kembali dilakukan di tabel logis yang sama dari kueri tersebut. Dan sekali lagi, visual yang berisi rata-rata dariAveragePrice mengembalikan nilai yang sama yaitu 4.56.
Pertimbangkan SAP Hana ketika koneksi diperlakukan sebagai sumber relasional. Power BI dapat bekerja dengan Tampilan Analitik dan Tampilan Perhitungan di SAP HANA, yang keduanya dapat berisi ukuran. Namun hari ini pendekatan untuk SAP HANA mengikuti prinsip yang sama seperti yang dijelaskan sebelumnya di bagian ini: kueri yang ditentukan dalam fitur Get Data atau Editor Power Query menentukan data yang tersedia, kemudian agregasi berikutnya dalam visual terjadi pada data tersebut, dan hal yang sama berlaku untuk kedua mode Impor dan DirectQuery. Namun, mengingat sifat SAP Hana, kueri yang ditentukan dalam dialog awal Dapatkan Data atau Editor Power Query selalu merupakan kueri agregat, dan umumnya menyertakan langkah-langkah di mana agregasi aktual yang digunakan ditentukan oleh tampilan SAP Hana.
Setara dengan contoh SQL Server sebelumnya adalah bahwa ada tampilan SAP Hana yang berisiID
Jika dalam pengalaman Dapatkan Data, pilihan yang dibuat adalah untuk ProductID dan ukuran AveragePrice, maka itu menentukan kueri pada tampilan, yang meminta data agregat tersebut. Dalam contoh sebelumnya, untuk kesederhanaan pseudo-SQL digunakan yang tidak cocok dengan sintaks yang tepat dari SAP Hana SQL. Kemudian agregasi lebih lanjut yang ditentukan dalam visual lebih lanjut menggabungkan hasil kueri tersebut. Sekali lagi, seperti yang dijelaskan sebelumnya untuk SQL Server, hasil ini berlaku baik untuk kasus Impor dan DirectQuery. Dalam kasus DirectQuery, kueri dari Dapatkan Data atau Editor Power Query digunakan dalam subseleksi dalam satu kueri yang dikirim ke SAP HANA, dan dengan demikian, tidak benar bahwa semua data akan dibaca sebelum dilakukan agregasi lebih lanjut.
Semua pertimbangan dan perilaku ini mengharuskan pertimbangan penting berikut saat menggunakan DirectQuery melalui SAP Hana sebagai sumber relasional:
Perhatian harus diberikan pada agregasi lebih lanjut yang dilakukan dalam visual, setiap kali ukuran di SAP HANA bersifat non-aditif, misalnya, bukan Jumlahsederhana, Min, atau Max.
Dalam Dapatkan Data atau Editor Power Query, hanya kolom yang diperlukan yang harus disertakan untuk mengambil data yang diperlukan, mencerminkan bahwa hasilnya adalah kueri yang masuk akal dan dapat dikirim ke SAP HANA. Misalnya, jika puluhan kolom dipilih, dengan anggapan bahwa kolom-kolom tersebut mungkin diperlukan pada visual yang berikutnya, maka bahkan untuk DirectQuery, visual yang sederhana berarti kueri agregat yang digunakan dalam subpilih berisi puluhan kolom tersebut, yang umumnya berkinerja buruk dan dapat mengalami batas waktu habis.
Dalam contoh berikut, memilih lima kolom (CalendarQuarter, Color, LastName, ProductLine, SalesOrderNumber) dalam dialog Dapatkan Data, bersama dengan ukuran OrderQuantity, berarti bahwa nantinya membuat visual sederhana yang berisi Min OrderQuantity menghasilkan kueri SQL berikut ke SAP Hana. Area yang diarsir adalah subpilihan yang berisi kueri dari Dapatkan Data / Editor Power Query. Jika subpilih ini memberikan hasil kardinalitas yang tinggi, maka performa SAP HANA yang dihasilkan berkinerja buruk atau mengalami timeout. Dampak performa bukan karena Power BI meminta semua bidang dalam subpilih; sebagian besar bidang tersebut akan diproyeksikan jauh oleh kueri luar. Sebaliknya, dampaknya disebabkan oleh langkah-langkah dalam subpilih yang memaksanya untuk diwujudkan di server HANA.
Karena perilaku ini, kami merekomendasikan agar item yang dipilih di Dapatkan Data atau Editor Power Query dibatasi hanya pada item-item yang diperlukan, tetapi tetap menghasilkan kueri yang wajar untuk SAP HANA. Jika memungkinkan, pertimbangkan untuk membuat ulang semua langkah yang diperlukan dalam model semantik dan menggunakan SAP Hana lebih seperti sumber relasional tradisional.
Praktik terbaik
Agar kedua metode terhubung ke SAP Hana, ikuti rekomendasi umum untuk menggunakan DirectQuery, terutama rekomendasi yang terkait dengan memastikan performa kueri yang baik. Untuk informasi selengkapnya, lihat menggunakan DirectQuery di Power BI.
Pertimbangan dan batasan
Daftar berikut ini menjelaskan semua fitur SAP Hana yang tidak didukung sepenuhnya, atau fitur yang berakibat berbeda saat menggunakan Power BI.
- Hierarki Anak Induk: hierarki anak induk tidak terlihat di Power BI. Ini karena Power BI mengakses SAP Hana menggunakan antarmuka SQL, dan hierarki anak induk tidak dapat diakses sepenuhnya dengan menggunakan SQL.
- Metadata hierarki lainnya: Struktur dasar hierarki ditampilkan di Power BI, namun beberapa metadata hierarki, seperti mengontrol perilaku hierarki yang dirusak, tidak berpengaruh. Sekali lagi, ini karena keterbatasan yang diberlakukan oleh antarmuka SQL.
- Koneksi menggunakan SSL: Anda dapat terhubung menggunakan Impor dan multi-dimensi dengan TLS, tetapi tidak dapat terhubung ke instans SAP Hana yang dikonfigurasi untuk menggunakan TLS untuk metode koneksi relasional.
- Dukungan untuk tampilan Atribut: Power BI dapat tersambung ke tampilan Analitik dan Perhitungan, tetapi tidak dapat tersambung langsung ke tampilan Atribut.
- Dukungan untuk objek Katalog: Power BI tidak dapat tersambung ke objek Katalog.
- Ubah ke Variabel setelah diterbitkan: Anda tidak dapat mengubah nilai untuk variabel SAP Hana apa pun langsung di layanan Power BI, setelah laporan diterbitkan.
Masalah yang diketahui
Daftar berikut ini menjelaskan semua masalah yang diketahui saat menyambungkan ke SAP Hana (DirectQuery) menggunakan Power BI.
masalah SAP HANA saat menjalankan kueri untuk Penghitung dan ukuran lainnya: Data yang salah dikembalikan dari SAP HANA jika menyambungkan ke Tampilan Analitik dan pengukuran Penghitung serta beberapa ukuran rasio lainnya, dimasukkan dalam tampilan yang sama. Masalah ini dicakup oleh Catatan SAP 2128928 (Hasil tak terduga saat melakukan kueri pada Kolom Terhitung dan Penghitung). Ukuran rasio salah dalam kasus ini.
Beberapa kolom Power BI dari kolom SAP HANA tunggal: Untuk beberapa tampilan kalkulasi, di mana kolom SAP HANA digunakan dalam lebih dari satu hierarki, SAP HANA menampilkan kolom tersebut sebagai dua atribut yang terpisah. Pendekatan ini menghasilkan dua kolom yang dibuat di Power BI. Kolom tersebut disembunyikan secara default, namun semua kueri yang melibatkan hierarki, atau kolom secara langsung, berfungsi dengan benar.
Konten terkait
Untuk informasi selengkapnya tentang DirectQuery, lihat sumber daya berikut ini: