Tabel turunan adalah kueri yang hasilnya digunakan seolah-olah merupakan tabel fisik dalam database. Tabel turunan native didasarkan pada kueri yang Anda tentukan menggunakan istilah LookML. Hal ini berbeda dengan tabel turunan berbasis SQL, yang didasarkan pada kueri yang Anda tentukan dengan istilah SQL. Dibandingkan dengan tabel turunan berbasis SQL, tabel turunan native jauh lebih mudah dibaca dan dipahami saat Anda membuat model data. Lihat bagian Tabel turunan native dan tabel turunan berbasis SQL di halaman dokumentasi Tabel turunan di Looker untuk mengetahui informasi selengkapnya.
Tabel turunan berbasis native dan SQL ditentukan dalam LookML menggunakan parameter derived_table
pada tingkat tampilan. Namun, dengan tabel turunan native, Anda tidak perlu membuat kueri SQL. Sebagai gantinya, Anda menggunakan parameter explore_source
untuk menentukan Jelajah yang menjadi dasar tabel turunan, kolom yang diinginkan, dan karakteristik lain yang diinginkan.
Anda juga dapat meminta Looker membuat tabel turunan LookML dari kueri SQL Runner, seperti yang dijelaskan di halaman dokumentasi Menggunakan SQL Runner untuk membuat tabel turunan.
Menggunakan Jelajah untuk mulai menentukan tabel turunan native
Dimulai dengan Jelajah, Looker dapat membuat LookML untuk semua atau sebagian besar tabel turunan Anda. Cukup buat Explore dan pilih semua kolom yang ingin Anda sertakan dalam tabel turunan. Kemudian, untuk menghasilkan tabel turunan native LookML:
Pilih menu roda gigi Explore Actions dan pilih Get LookML.
Klik tab Derived Table untuk melihat LookML guna membuat tabel turunan native untuk Jelajah.
Menyalin LookML.
Sekarang setelah Anda menyalin LookML yang dihasilkan, tempel ke file view:
Di Mode Pengembangan, buka file project Anda.
Klik + di bagian atas daftar file project di Looker IDE, lalu pilih Create View. Atau, Anda dapat mengklik menu folder dan memilih Create View dari menu untuk membuat file di dalam folder.
Tetapkan nama tampilan ke sesuatu yang bermakna.
Jika perlu, ubah nama kolom, tentukan kolom turunan, dan tambahkan filter.
Saat Anda menggunakan ukuran
type: count
di Eksplorasi, visualisasi akan melabeli nilai yang dihasilkan dengan nama tampilan, bukan kata Count. Untuk menghindari kebingungan, sebaiknya gunakan format jamak dari nama tampilan Anda, lalu pilih Tampilkan Nama Kolom Lengkap di bagian Rangkaian dalam setelan visualisasi, atau gunakanview_label
dengan versi jamak dari nama tampilan Anda.
Menentukan tabel turunan native di LookML
Baik Anda menggunakan tabel turunan yang dideklarasikan dalam SQL atau LookML native, output kueri derived_table
adalah tabel dengan sekumpulan kolom. Ketika tabel turunan dinyatakan dalam SQL, nama kolom {i>output<i} dinyatakan oleh kueri SQL. Misalnya, kueri SQL di bawah ini akan memiliki kolom output user_id
, lifetime_number_of_orders
, dan lifetime_customer_value
:
SELECT
user_id
, COUNT(DISTINCT order_id) as lifetime_number_of_orders
, SUM(sale_price) as lifetime_customer_value
FROM order_items
GROUP BY 1
Di Looker, kueri didasarkan pada Jelajah, termasuk kolom ukuran dan dimensi, menambahkan filter yang berlaku, dan juga dapat menentukan tata urutan. Tabel turunan native berisi semua elemen tersebut serta nama output untuk kolom.
Contoh sederhana di bawah ini menghasilkan tabel turunan dengan tiga kolom: user_id
, lifetime_customer_value
, dan lifetime_number_of_orders
. Anda tidak perlu menulis kueri secara manual di SQL — sebagai gantinya, Looker akan membuat kueri untuk Anda menggunakan order_items
Jelajah yang ditentukan dan beberapa kolom Jelajah tersebut (order_items.user_id
, order_items.total_revenue
, dan order_items.order_count
).
view: user_order_facts {
derived_table: {
explore_source: order_items {
column: user_id {
field: order_items.user_id
}
column: lifetime_number_of_orders {
field: order_items.order_count
}
column: lifetime_customer_value {
field: order_items.total_revenue
}
}
}
# Define the view's fields as desired
dimension: user_id {
hidden: yes
}
dimension: lifetime_number_of_orders {
type: number
}
dimension: lifetime_customer_value {
type: number
}
}
Menggunakan pernyataan include
untuk mengaktifkan kolom referensi
Dalam file tampilan tabel turunan native, Anda menggunakan parameter explore_source
untuk mengarah ke Jelajah dan menentukan kolom yang diinginkan serta karakteristik lain yang diinginkan untuk tabel turunan native. Karena Anda mengarahkan Jelajah dari dalam file tampilan tabel turunan native, Anda juga harus menyertakan file yang berisi definisi Jelajah tersebut. Jelajah biasanya ditentukan dalam file model, tetapi untuk tabel turunan native, akan lebih mudah untuk membuat file terpisah untuk Jelajah menggunakan ekstensi file .explore.lkml
, seperti yang dijelaskan dalam dokumentasi untuk Membuat File Jelajah. Dengan begitu, dalam file tampilan tabel turunan native, Anda dapat menyertakan satu file Jelajah dan bukan seluruh file model. Dalam hal ini:
- File tampilan tabel turunan native harus menyertakan file Jelajah. Contoh:
include: "/explores/order_items.explore.lkml"
- File Jelajah harus menyertakan file tampilan yang diperlukan. Contoh:
include: "/views/order_items.view.lkml"
include: "/views/users.view.lkml"
- Model harus menyertakan file Explore. Contoh:
include: "/explores/order_items.explore.lkml"
File Jelajah akan memproses koneksi model tempat file tersebut disertakan. Pertimbangkan fakta ini saat Anda menyertakan file Explore dalam model yang dikonfigurasi dengan koneksi yang berbeda dari model induk file Jelajah. Error kueri dapat terjadi jika skema untuk koneksi model yang disertakan berbeda dengan skema untuk koneksi model induk.
Menentukan kolom tabel turunan native
Seperti ditunjukkan dalam contoh di atas, Anda menggunakan column
untuk menentukan kolom output dari tabel turunan.
Menentukan nama kolom
Untuk kolom user_id
, nama kolom cocok dengan nama kolom yang ditentukan di Jelajah asli.
Sering kali, Anda menginginkan nama kolom yang berbeda dalam tabel output daripada nama kolom di Explore asli. Pada contoh di atas, kita menghasilkan penghitungan nilai umur oleh pengguna menggunakan Jelajah order_items
. Di tabel output, total_revenue
benar-benar lifetime_customer_value
pelanggan.
Deklarasi column
mendukung deklarasi nama output yang berbeda dengan kolom input. Misalnya, kode di bawah ini mengatakan, "buat kolom output bernama lifetime_value
dari kolom order_items.total_revenue
":
column: lifetime_value {
field: order_items.total_revenue
}
Nama kolom tersirat
Jika parameter field
tidak disertakan dalam deklarasi kolom, parameter tersebut diasumsikan sebagai <explore_name>.<field_name>
. Misalnya, jika Anda telah menentukan explore_source: order_items
, maka
column: user_id {
field: order_items.user_id
}
setara dengan
column: user_id {}
Membuat kolom turunan untuk nilai yang dihitung
Anda dapat menambahkan parameter derived_column
untuk menentukan kolom yang tidak ada di Eksplorasi parameter explore_source
. Setiap parameter derived_column
memiliki parameter sql
yang menentukan cara membuat nilai.
Penghitungan sql
Anda dapat menggunakan kolom apa pun yang telah Anda tentukan menggunakan parameter column
. Kolom turunan tidak dapat menyertakan fungsi agregat, tetapi dapat menyertakan kalkulasi yang dapat dilakukan pada satu baris tabel.
Contoh di bawah menghasilkan tabel turunan yang sama dengan contoh sebelumnya, kecuali bahwa contoh tersebut menambahkan kolom average_customer_order
yang dihitung, yang dihitung dari kolom lifetime_customer_value
dan lifetime_number_of_orders
dalam tabel turunan native.
view: user_order_facts {
derived_table: {
explore_source: order_items {
column: user_id {
field: order_items.user_id
}
column: lifetime_number_of_orders {
field: order_items.order_count
}
column: lifetime_customer_value {
field: order_items.total_revenue
}
derived_column: average_customer_order {
sql: lifetime_customer_value / lifetime_number_of_orders ;;
}
}
}
# Define the view's fields as desired
dimension: user_id {
hidden: yes
}
dimension: lifetime_number_of_orders {
type: number
}
dimension: lifetime_customer_value {
type: number
}
dimension: average_customer_order {
type: number
}
}
Menggunakan fungsi jendela SQL
Beberapa dialek database mendukung fungsi jendela, terutama untuk membuat nomor urut, {i>primary key<i}, total berjalan dan kumulatif, serta penghitungan multi-baris yang berguna lainnya. Setelah kueri utama dieksekusi, semua deklarasi derived_column
dieksekusi dalam penerusan terpisah.
Jika dialek database Anda mendukung fungsi jendela, maka Anda dapat menggunakannya dalam tabel turunan native. Buat parameter derived_column
dengan parameter sql
yang berisi fungsi jendela yang diinginkan. Saat merujuk ke nilai, Anda harus menggunakan nama kolom seperti yang didefinisikan dalam tabel turunan bawaan.
Contoh di bawah membuat tabel turunan native yang menyertakan kolom user_id
, order_id
, dan created_time
. Kemudian, menggunakan kolom turunan dengan fungsi jendela SQL ROW_NUMBER()
, kolom yang berisi nomor urut pesanan pelanggan dihitung.
view: user_order_sequences {
derived_table: {
explore_source: order_items {
column: user_id {
field: order_items.user_id
}
column: order_id {
field: order_items.order_id
}
column: created_time {
field: order_items.created_time
}
derived_column: user_sequence {
sql: ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_time) ;;
}
}
}
dimension: order_id {
hidden: yes
}
dimension: user_sequence {
type: number
}
}
Menambahkan filter ke tabel turunan native
Misalkan kita ingin membuat tabel turunan yang berisi nilai pelanggan selama 90 hari terakhir. Kita ingin penghitungan yang sama seperti yang dilakukan di atas, tetapi kita hanya ingin menyertakan pembelian dari 90 hari terakhir.
Kita hanya menambahkan filter ke derived_table
yang memfilter transaksi dalam 90 hari terakhir. Parameter filters
untuk tabel turunan menggunakan sintaksis yang sama dengan yang Anda gunakan untuk membuat ukuran yang difilter.
view: user_90_day_facts {
derived_table: {
explore_source: order_items {
column: user_id {
field: order_items.user_id
}
column: number_of_orders_90_day {
field: order_items.order_count
}
column: customer_value_90_day {
field: order_items.total_revenue
}
filters: [order_items.created_date: "90 days"]
}
}
# Add define view's fields as desired
dimension: user_id {
hidden: yes
}
dimension: number_of_orders_90_day {
type: number
}
dimension: customer_value_90_day {
type: number
}
}
Filter akan ditambahkan ke klausa WHERE
saat Looker menulis SQL untuk tabel turunan.
Selain itu, Anda dapat menggunakan subparameter dev_filters
dari explore_source
dengan tabel turunan native. Parameter dev_filters
memungkinkan Anda menentukan filter yang hanya diterapkan Looker pada versi pengembangan tabel turunan, yang berarti Anda dapat membuat versi tabel yang lebih kecil dan difilter untuk melakukan iterasi dan pengujian tanpa menunggu tabel lengkap dibuat setelah setiap perubahan.
Parameter dev_filters
berfungsi bersama dengan parameter filters
sehingga semua filter diterapkan ke versi pengembangan tabel. Jika dev_filters
dan filters
menentukan filter untuk kolom yang sama, dev_filters
lebih diprioritaskan untuk versi pengembangan tabel.
Lihat Bekerja lebih cepat dalam Mode Pengembangan untuk mengetahui informasi selengkapnya.
Menggunakan filter template
Anda dapat menggunakan bind_filters
untuk menyertakan filter dengan template:
bind_filters: {
to_field: users.created_date
from_field: filtered_lookml_dt.filter_date
}
Ini pada dasarnya sama dengan menggunakan kode berikut dalam blok sql
:
{% condition filtered_lookml_dt.filter_date %} users.created_date {% endcondition %}
to_field
adalah kolom tempat filter diterapkan. to_field
harus berupa kolom dari explore_source
yang mendasarinya.
from_field
menentukan kolom tempat untuk mendapatkan filter, jika ada filter saat runtime.
Pada contoh bind_filters
di atas, Looker akan mengambil filter yang diterapkan ke kolom filtered_lookml_dt.filter_date
dan menerapkan filter tersebut ke kolom users.created_date
.
Anda juga dapat menggunakan subparameter bind_all_filters
dari explore_source
untuk meneruskan semua filter runtime dari Jelajah ke subkueri tabel turunan native. Lihat halaman dokumentasi parameter explore_source
untuk informasi selengkapnya.
Mengurutkan dan membatasi tabel turunan native
Anda juga dapat mengurutkan dan membatasi tabel turunan jika diinginkan:
sorts: [order_items.count: desc]
limit: 10
Ingat, Explore dapat menampilkan baris dalam urutan yang berbeda dari pengurutan yang mendasarinya.
Mengonversi tabel turunan native ke zona waktu yang berbeda
Anda dapat menentukan zona waktu untuk tabel turunan native menggunakan subparameter timezone
:
timezone: "America/Los_Angeles"
Jika Anda menggunakan subparameter timezone
, semua data berbasis waktu dalam tabel turunan native akan dikonversi ke zona waktu yang Anda tentukan. Lihat halaman dokumentasi nilai timezone
untuk mengetahui daftar zona waktu yang didukung.
Jika Anda tidak menentukan zona waktu dalam definisi tabel turunan native, tabel turunan native tidak akan melakukan konversi zona waktu apa pun pada data berbasis waktu. Sebagai gantinya, data berbasis waktu akan ditetapkan secara default ke zona waktu database Anda.
Jika tabel turunan native tidak persisten, Anda dapat menyetel nilai zona waktu ke "query_timezone"
untuk otomatis menggunakan zona waktu dari kueri yang sedang berjalan.