Halaman ini mengacu pada parameter
sql_analytic_model_nameyang merupakan bagian dari tampilan.
sql_analytic_model_namejuga dapat digunakan sebagai bagian dari Eksplorasi, yang dijelaskan di halaman dokumentasi parametersql_analytic_model_name(untuk Eksplorasi).
Penggunaan
view: view_name {
sql_analytic_model_name: analytic_model_name ;;
}
|
Hierarki
sql_analytic_model_name |
Nilai Default
Tidak ada
Menerima
Nama model analitik dalam database
Aturan Khusus
|
Definisi
Untuk koneksi BigQuery dan Snowflake, parameter sql_analytic_model_name menentukan nama model analisis dalam database yang ada (Grafik BigQuery atau tampilan semantik di Snowflake) yang akan digunakan sebagai dasar untuk tampilan LookML. Dengan demikian, Anda dapat memanfaatkan model analitik yang ditentukan langsung di database, seperti BigQuery Graph atau tampilan semantik di Snowflake.
Dalam skenario ini, objek model analisis sudah ada di database Anda dan dikelola oleh database Anda; model analisis tidak dibuat, dikelola, atau diatur oleh Looker. Hal ini serupa dengan cara tabel database reguler yang diekspos sebagai tabel virtual LookML menggunakan sql_table_name tidak diatur oleh Looker.
Dalam file tampilan LookML, gunakan parameter sql_analytic_model_name untuk mengarahkan Looker ke model analitik di database Anda. Kemudian, buat dimensi dan ukuran Looker untuk dipetakan ke model analitik sehingga Anda dapat menggunakan Looker untuk mengkueri model analitik.
Mencakup nama model analisis
Saat Anda mereferensikan model analisis hanya dengan menggunakan nama model analisis, Looker akan menggunakan jalur penelusuran default (database dan skema) yang telah dikonfigurasi oleh admin Looker di setelan untuk koneksi database.
Jika Anda perlu mereferensikan model analisis dalam database dan skema yang berbeda yang tidak ada di jalur penelusuran default pengguna database, Anda dapat mencakup nama model analisis menggunakan format <database_name>.<schema_name>.<analytic_model_name> untuk mengarah ke database atau skema lain:
- Untuk mereferensikan model analisis dari skema yang berbeda, gunakan
<schema_name>.<analytic_model_name>. - Untuk mereferensikan model analisis dari database lain, gunakan
<database_name>.<schema_name>.<analytic_model_name>lengkap.
Untuk koneksi Google BigQuery, Anda dapat mereferensikan model analisis di project dan set data yang berbeda dengan mencakup nama model analisis menggunakan format <project_name>.<dataset_name>.<analytic_model_name>. Lihat halaman dokumentasi koneksi Google BigQuery untuk mengetahui informasi tambahan.
Membuat dimensi dan ukuran LookML berdasarkan tampilan analisis Anda
Setelah membuat file tampilan dan mengidentifikasi model analitik sebagai sql_analytic_model_name, dalam file tampilan yang sama, Anda dapat menentukan dimensi dan ukuran LookML yang didasarkan pada model analitik.
Lihat dokumentasi dialek Anda untuk mengetahui informasi tentang sintaksis SQL yang tepat untuk digunakan saat merujuk ke elemen dalam model analisis Anda. Misalnya, untuk membuat dimensi LookML dari entitas Grafik BigQuery, Anda harus menggunakan garis bawah untuk memisahkan elemen saat menentukan cakupan. Misalnya, untuk BigQuery Graph, dimensi LookML ini didasarkan pada properti location_id dalam tabel node Stores:
dimension: location_id {
type: number
sql: Stores_location_id ;;
}
Namun, untuk membuat dimensi LookML yang didasarkan pada tampilan semantik Snowflake, Anda harus menggunakan nama metrik atau dimensi yang tidak memenuhi syarat.
Contoh
Berikut adalah contoh Grafik BigQuery bernama StoreGraph yang ditentukan di database BigQuery:
CREATE OR REPLACE PROPERTY GRAPH mydataset.StoreGraph
NODE TABLES (
mydataset.Stores AS S,
mydataset.Locations AS L
PROPERTIES(id, name, population, MEASURE(SUM(population)) AS total_population)
)
EDGE TABLES (
mydataset.Stores AS SL
SOURCE KEY (location_id) REFERENCES L (id)
DESTINATION KEY (name) REFERENCES S (name)
);
Berikut adalah contoh tampilan LookML yang didasarkan pada StoreGraphGrafik BigQuery, termasuk dimensi dan ukuran yang dipetakan ke Grafik:
view: MyStoreGraphView {
sql_analytic_model_name: StoreGraph ;;
dimension: location_id {
type: number
sql: Stores_location_id ;;
}
dimension: population {
type: number
sql: Locations_population ;;
}
dimension: location_name {
type: string
sql: Locations_name ;;
}
measure: locations_total_population {
type: number
sql: Locations_total_population ;;
}
}
Hal-hal yang perlu dipertimbangkan
Pertimbangan untuk model analisis di Looker
Saat menggunakan model analisis dalam database, perhatikan pertimbangan dan batasan berikut:
Jenis data: Hanya jenis data berikut untuk dimensi dan metrik yang didukung dengan model analisis:
- Didukung untuk dimensi dan ukuran:
stringnumberdateyesno
- Hanya didukung untuk dimensi:
timedate_time
- Didukung untuk dimensi dan ukuran:
Ukuran:
- Ukuran dasar harus ditentukan sebelumnya: Ukuran dasar harus ditentukan sebelumnya dalam model analitik database yang mendasarinya. Looker tidak dapat menentukan ukuran dasar baru dengan melakukan agregasi (seperti
type: sumatautype: count) pada dimensi dari model analisis. Ukuran yang didasarkan pada ukuran lain didukung: Anda dapat menggunakan parameter
sqldari ukuran LookML untuk melakukan komputasi non-gabungan yang menggunakan ukuran dasar yang telah ditentukan sebelumnya dari model analisis. Saat membuat ukuran yang didasarkan pada ukuran lain, Anda tidak dapat menentukan ukuran baru sebagai jenis ukuran agregat sepertisumataucount. Anda harus menentukan ukuran baru sebagai jenis ukuran non-gabungan, sepertistring,number,date, atauyesno. Lihat contoh berikut:measure: average_order_amount { type: number sql: ROUND(${total_order_amount} / NULLIF(${count_orders}, 0), 2) ;; }
- Ukuran dasar harus ditentukan sebelumnya: Ukuran dasar harus ditentukan sebelumnya dalam model analitik database yang mendasarinya. Looker tidak dapat menentukan ukuran dasar baru dengan melakukan agregasi (seperti
Gabungan: Eksplorasi yang tampilan dasarnya didasarkan pada model analitik tidak dapat menyertakan gabungan apa pun. Demikian pula, tampilan yang didasarkan pada model analisis tidak dapat digabungkan ke dalam Eksplorasi yang memiliki tampilan dasar LookML standar.
Penggabungan implisit: Fitur yang mengandalkan penggabungan implisit tidak didukung untuk model analitik. Beberapa contoh fitur yang mengandalkan gabungan implisit adalah kalender kustom dan kolom yang ditentukan dengan
type: location,type: distance, atautype: zipcode.Fitur berikut tidak didukung dengan model analisis:
Model analisis harus dapat diakses dari koneksi saat ini
Jika parameter sql_analytic_model_name digunakan dalam objek view, objek view tersebut dapat dirujuk dalam objek explore, yang pada gilirannya dirujuk dalam objek model. Objek model memiliki connection database yang ditentukan di dalamnya. Saat Anda mereferensikan model analisis dalam parameter sql_analytic_model_name, model analisis harus dapat diakses dalam koneksi terkait yang ditentukan dalam file model.
Database dan skema default (atau, untuk Google BigQuery, project penagihan dan set data) ditentukan oleh admin Looker saat mereka membuat koneksi Looker ke database Anda.