Analisis periode ke periode (PoP) adalah pola analisis yang mengukur sesuatu pada saat ini dan membandingkannya dengan pengukuran yang sama dalam jangka waktu yang sebanding di masa lalu.
Untuk dialek yang mendukung ukuran PoP, developer Looker dapat menambahkan ukuran PoP ke project LookML untuk mengaktifkan analisis PoP di Eksplorasi Looker yang sesuai.
Misalnya, kueri Eksplorasi Looker berikut menunjukkan jumlah pesanan yang dibuat pada bulan ini, beserta ukuran PoP untuk jumlah pesanan yang dibuat tahun lalu, selisih dari tahun lalu, dan perubahan persentase dari tahun lalu. Anda dapat memverifikasi perbandingan year-over-year dengan memeriksa nilai secara acak. Misalnya, nilai untuk Pesanan Tahun Lalu untuk 2012-03 sama dengan nilai untuk Jumlah Pesanan untuk 2011-03:

Untuk menambahkan ukuran PoP ke project LookML, developer Looker harus membuat measure dari type: period_over_period dan menyertakan subparameter yang dijelaskan di bagian berikut pada halaman ini.
Misalnya, berikut adalah LookML untuk ukuran PoP yang memberikan jumlah pesanan untuk tahun sebelumnya:
measure: order_count_last_year {
type: period_over_period
description: "Order count from the previous year"
based_on: orders.count
based_on_time: orders.created_year
period: year
kind: previous
}
Pengukuran PoP ini memiliki atribut berikut:
- Dimensi ini ditentukan dengan
based_on: orders.count, sehingga pengukuran PoP akan memberikan data tentang jumlah pesanan dari jangka waktu sebelumnya. - Nilai ini ditentukan sebagai
kind: previous, yang berarti memberikan nilai jumlah dari periode waktu sebelumnya (bukan memberikan perbedaan jumlah pesanan dari periode waktu sebelumnya, atau persentase perubahan jumlah pesanan dari periode waktu sebelumnya). - Nilai ini ditentukan dengan
period: year, sehingga akan memberikan jumlah pesanan dari jumlah waktu yang sebanding dari tahun sebelumnya.
Subparameter pengukuran PoP
Pengukuran PoP adalah measure dari type: period_over_period yang mencakup subparameter yang dijelaskan di bagian berikut:
Seperti yang dijelaskan di bagian Menjelajahi kueri dengan ukuran PoP, ukuran PoP menghitung nilainya berdasarkan definisi LookML ukuran PoP dan kolom dalam kueri Jelajah. Oleh karena itu, Anda harus mematuhi praktik terbaik berikut saat membuat ukuran PoP di LookML:
- Berikan indikasi periode ukuran PoP kepada pengguna Eksplorasi Anda, baik dalam nama ukuran PoP atau dalam subparameter
descriptionukuran. - Berikan indikasi ukuran PoP
based_onkepada pengguna Eksplorasi Anda, baik dalam nama ukuran PoP maupun dalam subparameterdescriptionukuran.
Misalnya, ukuran PoP berikut diberi nama order_count_last_year, dan deskripsi disertakan untuk memberi tahu pengguna bahwa ukuran tersebut memberikan jumlah pesanan dari tahun sebelumnya:
measure: order_count_last_year {
type: period_over_period
description: "Order count from the previous year"
based_on: orders.count
based_on_time: orders.created_year
period: year
kind: previous
}
based_on
Gunakan kolom based_on untuk menentukan ukuran LookML yang menjadi dasar ukuran PoP. Misalnya, untuk mendasarkan pengukuran PoP pada kolom orders.count, Anda akan memasukkan berikut ini:
based_on: orders.count
Pengukuran PoP berdasarkan orders.count akan memberikan informasi tentang jumlah pesanan dari jangka waktu sebelumnya sehingga Anda dapat membandingkan jumlah penjualan antara periode saat ini dan periode sebelumnya.
Ukuran LookML yang Anda tentukan di kolom based on harus berupa salah satu jenis ukuran berikut:
averageaverage_distinctcountcount_distinctlistmaxmedianmedian_distinctnumberminpercentilepercentile_distinctsumsum_distinct
based_on_time
Gunakan subparameter based_on_time untuk memberi Looker kolom waktu yang dapat digunakan untuk menghitung nilai ukuran PoP. Kolom waktu ini dapat berupa salah satu dari berikut:
- Dimensi berbasis waktu . Jika Anda menentukan dimensi berbasis waktu dalam subparameter
based_on_time, pengguna Anda harus menyertakan dimensi berbasis waktu yang persis sama dalam semua kueri yang menggunakan ukuran PoP. Selain itu, jangka waktu dimensi berbasis waktu harus sama dengan atau lebih kecil dari nilaiperiodukuran PoP. Misalnya, jika ukuran PoP didefinisikan denganbased_on_time: created_month, nilaiperioddari ukuran PoP tidak mungkinweekataudate. Salah satu jangka waktu berikut inikelompok dimensi dari
type: time:yearfiscal_yearmonthfiscal_quarterquarterweekdateraw
Salah satu jangka waktu berikut inikelompok dimensi dari
type: custom_calendarcustom_datecustom_periodcustom_quartercustom_seasoncustom_weekcustom_year
Jika Anda menentukan jangka waktu grup dimensi pada subparameter based_on_time, jangka waktu spesifik yang Anda gunakan tidak relevan -- Anda hanya perlu mengarahkan ukuran PoP ke grup dimensi type: time sehingga ukuran PoP dapat menggunakan stempel waktu yang mendasari grup dimensi tersebut. Anda tidak dapat menentukan jangka waktu dari sebuahkelompok dimensi daritype: duration Grup dimensi tipe durasi tidak didukung dan akan menghasilkan kesalahan runtime di Explore.
kind
Gunakan parameter kind untuk menentukan jenis perhitungan yang Anda inginkan agar ukuran PoP lakukan untuk periode sebelumnya. Anda dapat menentukan salah satu nilai berikut untuk kind:
previous: (default) Nilai dari periode sebelumnya.difference: Selisih antar periode (periode sebelumnya dikurangi periode saat ini).relative_change: Perubahan persentase dari periode sebelumnya. Perubahan persentase dihitung dengan persamaan berikut:$$ relativeChange = (current - previous)/previous $$
period
Gunakan subparameter period untuk menentukan cadence ukuran PoP, seberapa jauh Anda ingin melompat ke belakang dalam perbandingan Anda. Misalnya, ukuran PoP yang didefinisikan dengan period: year akan menampilkan nilai untuk tahun sebelumnya. Jika Anda menjalankan kueri Jelajahi pada jumlah pesanan bulanan, ukuran period: year PoP akan menampilkan nilai untuk bulan yang sama di tahun sebelumnya, sehingga Anda dapat membandingkan jumlah pesanan untuk November 2025 dengan jumlah penjualan November 2024.
Subparameter period mendukung nilai-nilai berikut:
yearfiscal_yearquarterfiscal_quartermonthweekdate
custom_calendar_period
Jika ukuran PoP Anda didasarkan padakalender khusus (jika ukuran PoPbased_on_time parameter menentukan jangka waktu darikelompok dimensi daritype: custom_calendar ), Anda harus menggunakancustom_calendar_period parameter sebagai penggantiperiod parameter.
Gunakan subparameter custom_calendar_period untuk menentukan cadence ukuran PoP, seberapa jauh Anda ingin melompat ke belakang dalam perbandingan Anda. Misalnya, ukuran PoP yang didefinisikan dengan custom_calendar_period: custom_year akan menampilkan nilai untuk tahun sebelumnya (seperti yang didefinisikan dalam kalender kustom Anda). Jika Anda menjalankan kueri Explore pada jumlah pesanan bulanan kustom, ukuran PoP custom_calendar_period: custom_year akan menampilkan nilai untuk bulan yang sama di tahun sebelumnya, sehingga Anda dapat membandingkan jumlah pesanan untuk bulan kustom di tahun 2026 dengan jumlah penjualan bulan kustom yang sama di tahun 2025.
Subparameter custom_calendar_period mendukung nilai-nilai berikut:
custom_datecustom_periodcustom_quartercustom_seasoncustom_weekcustom_year
Lihat bagian Menggunakan ukuran PoP dengan kalender khusus untuk informasi lebih lanjut tentang membuat ukuran PoP yang menggunakan kalender khusus.
value_to_date
Gunakan subparameter value_to_date untuk menunjukkan apakah Looker harus menghitung nilai untuk ukuran PoP dengan menggunakan jumlah waktu yang telah berlalu dalam rentang waktu saat ini pada saat kueri dijalankan. Subparameter value_to_date dapat berupa no (default) atau yes.
- Nilai
noakan mengasumsikan seluruh rentang waktu saat menggabungkan data. - Nilai
yesakan menghitung jumlah waktu yang diamati pada periode saat ini dan menerapkannya pada ukuran PoP.
Misalnya, dengan ukuran PoP bulanan yang didefinisikan dengan value_to_date: yes, jika pada pukul 13:10:00 tanggal 6 Juni Anda menjalankan kueri Jelajahi dengan ukuran PoP dan dimensi jangka waktu tanggal, Looker akan menerapkan jumlah waktu yang telah berlalu pada tanggal 6 Juni (13 jam, 10 menit, dan 0 detik) ke perhitungan untuk setiap tanggal dalam kueri tersebut. Untuk setiap tanggal, Looker akan memberikan nilai untuk 13 jam dan 10 menit pertama.
Jika Anda memiliki ukuran PoP yang sama yang didefinisikan dengan value_to_date: no dan Anda menjalankan kueri Explore yang sama pada tanggal 6 Juni pukul 13:10:00, Looker akan menghitung nilai untuk PoP menggunakan semua data yang tersedia untuk setiap tanggal. Jika Anda mencoba membandingkan nilai dari tanggal 6 Juni dengan tanggal 6 bulan sebelumnya, perlu diingat bahwa karena tanggal 6 Juni belum berakhir, ada kemungkinan akan ada data tambahan setelah pukul 13:10:00.
Lihat Bagaimana value_to_date memengaruhi nilai ukuran PoP untuk contoh bagaimana value_to_date: yes memengaruhi hasil dalam kueri Jelajahi.
Seperti yang dijelaskan dalam bagian Persyaratan untuk kueri Jelajahi dengan ukuran PoP, saat Anda menjalankan kueri Jelajahi dengan ukuran PoP, Looker secara otomatis menerapkan granularitas jangka waktu minimum dari kueri ke jangka waktu yang digunakan oleh ukuran PoP. Untuk kueri Explore dengan ukuran PoP yang didefinisikan dengan value_to_date: yes, Looker mengambil dimensi jangka waktu terkecil dalam kueri dan menghitung bagian dari jangka waktu tersebut yang telah berlalu saat kueri dijalankan, lalu menerapkan bagian tersebut ke semua nilai untuk ukuran PoP.
Jelajahi kueri dengan ukuran PoP.
Perhitungan yang dilakukan untuk ukuran PoP didasarkan pada definisi LookML ukuran PoP dan juga pada rentang waktu yang ditentukan dalam kueri Jelajahi itu sendiri; ukuran PoP menyesuaikan perhitungannya dengan rentang waktu yang dipilih dalam kueri Jelajahi. Misalnya, jika ukuran PoP didefinisikan dengan period: year, dan kueri Explore berisi dimensi jangka waktu orders.created_month, ukuran PoP akan menghitung nilai bulanan, membandingkan Januari 2025 dengan Januari 2024. Jika Anda ingin melihat nilai tahunan, Anda harus menjalankan kueri Jelajahi dengan ukuran PoP dan hanya rentang waktu orders.created_year.
Berikut beberapa contoh bagaimana ukuran PoP period berinteraksi dengan rentang waktu yang dipilih dalam kueri Jelajahi:
- Jika ukuran PoP didefinisikan dengan
period: year, dan Anda menjalankan kueri Jelajahi dengan kerangka waktu kuartal, ukuran PoP akan mengembalikan nilai dari kuartal yang sama pada tahun sebelumnya (Q1 tahun 2025 dibandingkan dengan Q1 tahun 2024). - Jika ukuran PoP didefinisikan dengan
period: year, dan Anda menjalankan kueri Jelajahi dengan rentang waktu bulan, ukuran PoP akan mengembalikan nilai dari bulan yang sama di tahun sebelumnya (April 2025 dibandingkan dengan April 2024). - Jika ukuran PoP didefinisikan dengan
period: month, dan Anda menjalankan kueri Jelajahi dengan rentang waktu bulan, ukuran PoP akan mengembalikan nilai untuk bulan sebelumnya (April 2025 dibandingkan dengan Maret 2025).
Persyaratan untuk kueri Jelajahi dengan ukuran PoP
Karena ukuran PoP melakukan perhitungan berdasarkan definisi LookML dari ukuran PoP dan bidang yang Anda pilih dalam kueri Jelajahi, minimal Anda harus menyertakan bidang-bidang berikut dalam kueri Jelajahi yang memiliki ukuran PoP:
- Ukuran PoP.
- Dimensi waktu yang sesuai untuk
periodyang terkait dengan ukuran PoP. Dimensi waktu dapat disertakan dalam kueri baik dari pemilih bidang Explore atau di filter Explore:- Kueri pengukuran PoP mendukung perincian jangka waktu tanggal atau yang lebih besar, seperti bulan, kuartal, atau tahun. Kueri pengukuran PoP tidak mendukung dimensi dengan jangka waktu jam atau menit.
- Jika ukuran PoP ditentukan dengan
based_on_timeyang merupakan jangka waktu grup dimensi, kueri Eksplorasi harus menyertakan jangka waktu dari grup dimensi yang sama yang menggunakan jangka waktu yang sama atau lebih kecil daripada yang ditentukan dalam parameterperiodukuran PoP. Anda dapat menyertakan grup dimensi dalam Eksplorasi itu sendiri (dengan memilih grup dimensi dari pemilih kolom Eksplorasi) atau dengan memfilter grup dimensi. Misalnya, jika nilaibased_on_timepengukuran PoP ditentukan dengan jangka waktu dari grup dimensiorders.createddan pengukuran PoP ditentukan denganperiod: month, kueri Eksplorasi harus menyertakan jangka waktu dari grup dimensiorders.createdyang sama dengan atau lebih kecil dari satu bulan, sepertiorders.created_date. Rentang waktu dalam kueri Explore harus sama atau lebih kecil karena, misalnya, Anda tidak dapat melakukan perbandingan bulan ke bulan dalam rentang waktu satu tahun. - Jika ukuran PoP ditentukan dengan
based_on_timeyang merupakan dimensi berbasis waktu, kueri Jelajah harus menyertakan dimensi berbasis waktu yang sama persis, baik dengan menyertakan dimensi dari pemilih kolom Jelajah, atau dengan menentukan filter pada dimensi. Dimensi berbasis waktu harus memiliki jangka waktu yang sama atau lebih kecil dari yang ditentukan dalam parameterperioddari pengukuran PoP. Misalnya, jika ukuran PoP ditentukan denganbased_on_time: created_datedan ukuran PoP ditentukan denganperiod: month, kueri Jelajah harus menyertakan dimensicreated_date.
Jika ukuran PoP ditentukan dengan based_on_time yang merupakan jangka waktu grup dimensi, perhatikan persyaratan berikut untuk jangka waktu dalam kueri Jelajah:
- Rentang waktu dalam kueri Jelajahi harus sama atau lebih kecil dengan rentang waktu yang ditentukan dalam parameter
perioddari pengukuran PoP. Misalnya, jika pengukuran PoPbased_on_timeditentukan dengan jangka waktu dari grup dimensiorders.createddan pengukuran PoP ditentukan denganperiod: month, kueri Eksplorasi harus menyertakan jangka waktu dari grup dimensiorders.createdyang sama dengan atau lebih kecil dari satu bulan, sepertiorders.created_date. Rentang waktu dalam kueri Explore harus lebih kecil karena, misalnya, Anda tidak dapat melakukan perbandingan bulan ke bulan dalam rentang waktu satu tahun. - Rentang waktu dalam kueri Jelajah itu sendiri harus berisi informasi stempel waktu. Misalnya, jangka waktu
year,month, dandatedari grup dimensi memberikan informasi stempel waktu yang sebenarnya. Sebaliknya, jangka waktuday_of_weekdiekstrak dari stempel waktu yang mendasarinya untuk memberikan nilai sepertiWednesday. Demikian pula, jangka waktu sepertimonth_name,month_num, danday_of_monthtidak memberikan informasi stempel waktu itu sendiri, sehingga tidak dapat digunakan oleh pengukuran PoP untuk menghitung nilai periode sebelumnya. Namun, jika Anda menyertakan stempel waktu sepertidatedalam kueri Eksplorasi, hal itu akan memberikan informasi stempel waktu untuk ukuran PoP yang dapat digunakan untuk menghitung nilai periode sebelumnya. Anda juga dapat menyertakan jangka waktuday_of_weekdalam kueri Jelajahi, karena ukuran PoP dapat menggunakan informasi jangka waktudateuntuk penghitungan.
Selama Anda memenuhi persyaratan ini dalam kueri Jelajah, Anda dapat menambahkan kolom lain dan dimensi jangka waktu dalam kueri Jelajah, tetapi semua jangka waktu dalam kueri Jelajah harus sama dengan atau lebih kecil dari jangka waktu period dari pengukuran PoP. Saat Anda menjalankan kueri Jelajah dengan ukuran PoP, Looker akan otomatis menerapkan perincian jangka waktu minimum dari kueri ke jangka waktu yang digunakan oleh ukuran PoP. Dalam contoh Eksplorasi yang ditampilkan di awal halaman ini, semua ukuran PoP telah ditentukan dalam LookML dengan period: year. Artinya, untuk jangka waktu apa pun yang dipilih dalam kueri Jelajahi -- dalam hal ini, jangka waktu bulanan -- ukuran PoP akan menampilkan hasil untuk jangka waktu yang sama pada tahun sebelumnya.
Jika ingin melihat jangka waktu yang didukung dengan pengukuran PoP dalam Eksplorasi, Anda dapat menguji jangka waktu yang berbeda tanpa harus menjalankan kueri. Klik tab SQL di bagian Data pada Eksplorasi, lalu tambahkan kolom dan filter dari pemilih kolom Eksplorasi. Jika ukuran PoP tidak dapat menghitung kueri dengan kolom dan filter yang dipilih, tab SQL akan menampilkan pesan bahwa SQL tidak dapat dibuat.

Jika Anda menjalankan kueri yang SQL-nya tidak dapat dibuat, jendela Eksplorasi akan menampilkan error dengan detail dan link ke LookML yang relevan.

Menggunakan metrik PoP dengan kalender kustom
Untuk membuat ukuran PoP yang menggunakan kalender kustom, Anda harus melakukan hal berikut:
- Dalam file tampilan tempat Anda memodelkan kalender kustom, sertakan blok parameter
previous_ordinal_mappingsecara opsional dalam blok parametercalendar_definition. Parameterprevious_ordinal_mappingbersifat opsional mulai di Looker 26.8. Di Looker 26.8 dan yang lebih baru, Looker mengasumsikan untuk kalender kustom bahwa minggu sebelumnya untuk Minggu 1 adalah Minggu 52, dan hari sebelumnya untuk Hari 1 adalah Hari 364. Jika hal ini tidak berlaku untuk kalender kustom Anda, Anda harus menggunakan blok parameterprevious_ordinal_mapping. - Dalam definisi LookML ukuran PoP, di parameter
based_on_time, tentukan jangka waktu tahunan grup dimensitype: custom_calendar - Dalam definisi LookML pengukuran PoP, gunakan parameter
custom_calendar_period, bukan parameterperiod.
Misalnya, berikut adalah LookML untuk grup dimensi kalender kustom dan ukuran PoP yang menggunakan kalender kustom:
dimension_group: cust_created {
type: custom_calendar
sql: {TABLE}.created_at;;
based_on_calendar: cust_retail_calendar
custom_timeframes: [custom_year, custom_quarter]
}
measure: count_last_custom_year {
type: period_over_period
based_on: count
based_on_time: cust_created_custom_year
custom_calendar_period: custom_year
kind: previous
}
Contoh
Bagian berikut menunjukkan beberapa contoh berbagai ukuran PoP dan kueri Jelajah:
- Membandingkan jumlah dengan ukuran PoP dari tahun ke tahun dan dari bulan ke bulan
- Pengaruh
value_to_dateterhadap nilai pengukuran PoP
Membandingkan jumlah dengan metrik PoP dari tahun ke tahun dan dari bulan ke bulan
Berikut adalah LookML untuk contoh ukuran total_births, grup dimensi birth dari type:time, dan dua ukuran PoP yang didasarkan pada ukuran total_births dan yang menggunakan grup dimensi birth sebagai kolom based_on_time:
dimension_group: birth {
type: time
timeframes: [raw, time, date, week, month, quarter, year]
sql: ${TABLE}.birth_date ;;
}
measure: total_births {
type: sum
sql: ${TABLE}.total_births ;;
}
measure: total_births_last_year {
type: period_over_period
kind: previous
based_on: total_births
based_on_time: birth_year
period: year
value_to_date: no
value_format_name: decimal_0
}
measure: total_births_last_month {
type: period_over_period
kind: previous
based_on: total_births
based_on_time: birth_year
period: month
value_to_date: no
value_format_name: decimal_0
}
Perhatikan hal-hal berikut tentang kolom ini:
- Kedua ukuran PoP ditentukan dengan
kind: previous, sehingga keduanya memberikan nilai ukuran dari periode sebelumnya. - Kedua ukuran PoP ditentukan dengan
value_to_date: no, sehingga keduanya menghitung nilai ukuran untuk seluruh jangka waktu (yaitu, perincian jangka waktu minimum dari kueri). - Kedua ukuran PoP ditentukan dengan
based_on_time: birth_year, sehingga keduanya menggunakan stempel waktu pokok dari grup dimensibirth. - Ukuran PoP
total_births_last_yearditentukan denganperiod: year, dan ukuran PoPtotal_births_last_monthditentukan denganperiod: month.
Berikut adalah kueri Eksplorasi yang menyertakan ketiga ukuran dan jangka waktu dimensi birth_month:

Perhatikan hal-hal berikut tentang hasil Jelajahi:
- Rentang waktu dimensi terkecil dalam kueri Jelajah adalah
birth_month, sehingga ukuran PoP memberikan nilai bulanan. - Di baris untuk bulan terbaru, 2024-07, nilai Total Kelahiran Bulan Lalu menampilkan total kelahiran untuk bulan sebelumnya, 2024-06. Anda dapat memverifikasi hal ini dengan melihat nilai Total Kelahiran untuk baris 2024-06. Kedua nilai cocok.
- Di baris untuk bulan terbaru, 2024-07, nilai Total Kelahiran Tahun Lalu menampilkan total kelahiran untuk bulan yang sama (07) pada tahun sebelumnya (2023). Anda dapat memverifikasi hal ini dengan melihat nilai Total Kelahiran untuk baris 2023-07. Kedua nilai cocok.
Pengaruh value_to_date terhadap nilai pengukuran PoP
Mirip dengan contoh sebelumnya, berikut LookML untuk ukuran total_births dan grup dimensi birth dari type:time serta dua ukuran PoP yang didasarkan pada ukuran total_births dan yang menggunakan grup dimensi birth sebagai kolom based_on_time-nya. Namun, dalam contoh ini, ukuran PoP total_births_last_year_value_to_date ditentukan dengan value_to_date: yes dan ukuran PoP total_births_last_year ditentukan dengan value_to_date: no:
dimension_group: birth {
type: time
timeframes: [raw, time, date, week, month, quarter, year]
sql: ${TABLE}.birth_date ;;
}
measure: total_births {
type: sum
sql: ${TABLE}.total_births ;;
}
measure: total_births_last_year {
type: period_over_period
kind: previous
based_on: total_births
based_on_time: birth_year
period: year
value_to_date: no
value_format_name: decimal_0
}
measure: total_births_last_year_value_to_date {
type: period_over_period
kind: previous
based_on: total_births
based_on_time: birth_year
value_to_date: yes
period: year
value_format_name: decimal_0
}
Berikut adalah kueri Eksplorasi yang mencakup ketiga ukuran dan jangka waktu dimensi birth_year. Kueri Jelajah ini dijalankan pada 4 Juni pukul 16.25.08, yang signifikan untuk ukuran PoP value_to_date: yes.

Hasil Eksplorasi menunjukkan bagaimana subparameter value_to_date mengubah penghitungan untuk ukuran PoP:
Perhatikan hal-hal berikut tentang hasil Jelajahi:
- Pada baris untuk tahun terbaru, 2024, nilai Total Kelahiran Tahun Lalu menunjukkan total kelahiran untuk tahun sebelumnya, 2023. Anda dapat memverifikasi perhitungan dengan melihat nilai Total Kelahiran untuk baris 2023. Kedua nilai tersebut cocok.
- Pada baris untuk tahun terbaru, 2024, nilai Total Kelahiran Tahun Lalu Hingga Saat Ini lebih kecil dari nilai Total Kelahiran Tahun Lalu. Hal ini karena kueri Explore dijalankan pada tanggal 4 Juni pukul 16:25:08, dan karena ukuran
total_births_last_year_value_to_datePoP didefinisikan denganvalue_to_date: yes, sehingga Looker menghitung nilai tahunan hanya menggunakan data hingga tanggal 4 Juni pukul 16:25:08 untuk setiap tahun.
Penyaringan Jelajahi kueri yang menyertakan ukuran PoP
Perhatikan hal berikut untuk memfilter kueri Jelajahi yang menyertakan ukuran PoP:
- Penyaringan didukung untuk kueri Jelajahi yang menyertakan ukuran PoP. Namun, Anda tidak dapat melakukan filter pada ukuran PoP itu sendiri. Misalnya, dalam contoh pertama Jelajahi kueri pada dimensi
birth_monthdan ukuran PoPtotal_births,total_births_last_year, dantotal_births_last_month, Anda tidak dapat memfilter kueri tersebut pada ukuran PoPtotal_births,total_births_last_year, atautotal_births_last_month. - Saat Anda memfilter berdasarkan bidang yang terkait dengan parameter
based_on_timedari ukuran PoP, jika rentang waktu filter lebih halus daripada rentang waktu kueri, ukuran PoP hanya akan menampilkan hasil untuk bagian nilai filter dari rentang waktu kueri. Misalnya, jika Anda melakukan kueri pada dimensiorders.created_yeardan Anda memfilter kueri untuk bulan Januari, untuk setiap tahun ukuran PoP hanya akan menampilkan nilai untuk bulan Januari saja. Ini bisa disalahartikan sebagai hasil untuk sepanjang tahun. - Untuk kueri Explore ukuran PoP, untuk menghitung data untuk ukuran PoP, Looker mengambil data untuk periode waktu tambahan pada granularitas periode waktu paling rendah dari kueri tersebut. Misalnya, jika Anda membuat kueri Jelajahi dengan dimensi bulanan, ukuran PoP yang didefinisikan dengan
period: year, dan filter untuk 6 bulan terakhir, Looker akan mengidentifikasi granularitas paling rendah dalam kueri, yang dalam contoh ini adalah periode waktuyeardari ukuran PoP. Dalam contoh ini, Looker akan mengambil data 6 bulan terakhir ditambah data satu tahun tambahan sehingga dapat membandingkan setiap bulan dalam 6 bulan terakhir dengan bulan yang sama di tahun sebelumnya. - Sebagaimana dijelaskan dalam Persyaratan untuk kueri Jelajahi dengan ukuran PoP, kueri Jelajahi yang menyertakan ukuran PoP harus memiliki dimensi waktu yang sesuai untuk
periodyang terkait dengan ukuran PoP. Jika Anda tidak memilih dimensi waktu dari pemilih bidang Explore, Looker dapat memperoleh informasi yang dibutuhkan dari dimensi waktu dalam filter Explore. Dalam hal ini, Looker akan mengurutkan hasil kueri Jelajahi berdasarkan dimensi waktu filter.
Visualisasi dengan ukuran PoP
Visualisasi bagan tabel direkomendasikan untuk ukuran PoP. Opsi visualisasi lain mungkin juga berfungsi, tergantung pada kolom-kolom dalam kueri Jelajahi Anda.
Jika Anda menggunakan visualisasi selain diagram tabel, pastikan visualisasi Anda jelas. Karena ukuran PoP memberikan perbandingan dengan periode waktu sebelumnya, visualisasi dengan ukuran PoP dapat menyesatkan. Misalnya, ukuran PoP year-over-year yang ditentukan sebagai kind: previous akan menampilkan nilai tahun lalu untuk tanggal tahun ini. Jika kueri Eksplorasi Anda menyertakan nilai tahun berjalan bersama dengan ukuran PoP dari tahun ke tahun, tahun berjalan akan memiliki dua nilai dalam visualisasi.
Jika Anda menggunakan visualisasi selain diagram tabel, pastikan visualisasi Anda menunjukkan dengan jelas bahwa semua metrik PoP adalah perbandingan dengan periode waktu sebelumnya.
Batasan untuk ukuran PoP
Perhatikan batasan berikut pada pengukuran PoP:
- Pengukuran PoP hanya didukung untuk project LookML yang menggunakan runtime LookML baru. Jika fitur lama Gunakan Runtime LookML Lama diaktifkan di instance Anda, file manifes untuk project Anda harus menyertakan pernyataan
new_lookml_runtime:yes. - Pengukuran PoP tidak didukung dengan konektor Looker di Data Studio.
- Pengukuran PoP harus didasarkan pada pengukuran gabungan, seperti yang dijelaskan di bagian
based_on. Anda tidak dapat mendasarkan pengukuran PoP pada pengukuran non-gabungan. - Untuk koneksi BigQuery pada instance yang mengaktifkan fitur Labs Agregat Simetris BI Engine, pengukuran PoP didukung, tetapi kueri SQL dengan pengukuran PoP tidak akan menggunakan fitur Agregat Simetris BI Engine.
- Pengukuran PoP tidak mendukung analisis kohor.
- Pengukuran PoP tidak mendukung perhitungan bergulir.
- Pengukuran PoP selalu membandingkan periode saat ini dengan periode sebelumnya. Anda tidak dapat mengonfigurasi pengukuran PoP untuk membandingkan periode saat ini dengan periode lain selain periode sebelumnya. Misalnya, Anda tidak dapat membuat ukuran PoP untuk membandingkan bulan Mei tahun lalu dengan bulan Desember tahun ini.
- Pengukuran PoP tidak didukung dengan interval arbitrer, seperti dua minggu saat ini dibandingkan dengan dua minggu sebelumnya.
- Parameter Liquid tidak didukung dalam parameter pengukuran PoP. Namun, jika kolom
based_onataubased_on_timedari titik pengukuran PoP mengarah ke dimensi yang ditentukan dengan Liquid, Liquid tersebut akan diproses. Untuk ukuran PoP yang menggunakan kalender kustom:
- (Sebelum Looker 26.8) Parameter
based_on_timeharus mereferensikan jangka waktucustom_yeardari grup dimensitype: custom_calendar. - (Sebelum Looker 26.8) Untuk ukuran PoP yang ditentukan dengan
custom_calendar_period: custom_year, jika kueri pengguna berisicustom_weekataucustom_date, Looker akan memberikan nilai untuk minggu sebelumnya atau tanggal tahun sebelumnya.
- (Sebelum Looker 26.8) Parameter
Pengukuran PoP tidak didukung dengan fitur Looker berikut:
Pengukuran PoP tidak dapat digunakan untuk membuat kolom kustom.
Untuk perbandingan berbasis minggu, sebaiknya buat ukuran PoP yang menggunakan kalender kustom.
Pengukuran PoP dengan periode yang ditentukan dengan jangka waktu fiskal tidak dapat digunakan dalam kueri Jelajah dengan jangka waktu non-fiskal. Selain itu, ukuran PoP dengan periode yang ditentukan dengan jangka waktu non-fiskal tidak dapat digunakan dalam kueri dengan dimensi jangka waktu fiskal.
Ukuran PoP mendukung offset bulan fiskal, sehingga parameter
based_on_timeukuran PoP akan mewarisi nilaifiscal_month_offsetdari file model LookML yang terkait dengan Jelajah. Jika Anda menentukan ukuran PoP denganfiscal_yearataufiscal_quarter, ukuran PoP akan didukung dalam kueri Eksplorasi hanya jika kueri Eksplorasi menentukan jangka waktufiscal_yearataufiscal_quarter. Dalam hal ini,fiscal_offset_monthakan dipatuhi.perioddari ukuran PoP harus sama dengan atau lebih besar dari jangka waktu yang dipilih dalam kueri Eksplorasi. Misalnya, untuk pengukuran PoP yang ditentukan denganperiod: month, kueri Jelajah harus memiliki dimensi jangka waktu satu bulan atau lebih kecil, seperti minggu atau hari.Selalu sertakan dimensi jangka waktu yang cocok di bagian Jelajahi bersama dimensi
date_timesaat menggunakan ukuran PoP. Misalnya, jika Anda menentukan ukuran PoP untuk menghitung nilai untuk bulan yang sesuai pada kuartal sebelumnya, Anda harus menyertakan dimensi kuartal yang cocok (seperti[dimension_name]_quarter) dalam Eksplorasi bersama dengan dimensi bulan. Tanpa dimensi jangka waktu yang cocok, SQL yang dihasilkan akan menerapkan fungsi pemotongan (sepertiTIMESTAMP_TRUNC(..., QUARTER)) ke tanggal sebelum menghitung periode sebelumnya, sehingga kueri dievaluasi berdasarkan awal kuartal.Misalnya, dalam perbandingan untuk bulan Februari, SQL yang dihasilkan akan mengambil nilai untuk bulan pertama kuartal sebelumnya (Oktober), bukan bulan yang sesuai (November). Menyertakan dimensi jangka waktu pencocokan di Eksplorasi memastikan pembuatan dan pengelompokan SQL yang tepat.
Dialek database yang didukung untuk pengukuran PoP
Tabel berikut menunjukkan dialek mana yang mendukung pengukuran PoP dalam rilis terbaru Looker:
| Dialek | Didukung? |
|---|---|
| Actian Avalanche | |
| Amazon Athena | |
| Amazon Aurora MySQL | |
| Amazon Redshift | |
| Amazon Redshift 2.1+ | |
| Amazon Redshift Serverless 2.1+ | |
| Apache Druid | |
| Apache Druid 0.13.x - 0.17.x | |
| Apache Druid 0.18+ | |
| Apache Hive 2.3+ | |
| Apache Hive 3.1.2+ | |
| Apache Spark 3+ | |
| ClickHouse | |
| Cloudera Impala 3.1+ | |
| Cloudera Impala 3.1+ with Native Driver | |
| Cloudera Impala with Native Driver | |
| DataVirtuality | |
| Databricks | |
| Denodo 7 | |
| Denodo 8 & 9 | |
| Dremio | |
| Dremio 11+ | |
| Exasol | |
| Google BigQuery Legacy SQL | |
| Google BigQuery Standard SQL | |
| Google Cloud AlloyDB for PostgreSQL | |
| Google Cloud PostgreSQL | |
| Google Cloud SQL | |
| Google Spanner | |
| Greenplum | |
| HyperSQL | |
| IBM Netezza | |
| MariaDB | |
| Microsoft Azure PostgreSQL | |
| Microsoft Azure SQL Database | |
| Microsoft Azure Synapse Analytics | |
| Microsoft SQL Server 2008+ | |
| Microsoft SQL Server 2012+ | |
| Microsoft SQL Server 2016 | |
| Microsoft SQL Server 2017+ | |
| MongoBI | |
| MongoSQL | |
| MySQL | |
| MySQL 8.0.12+ | |
| Oracle | |
| Oracle ADWC | |
| PostgreSQL 9.5+ | |
| PostgreSQL pre-9.5 | |
| PrestoDB | |
| PrestoSQL | |
| SAP HANA | |
| SAP HANA 2+ | |
| SingleStore | |
| SingleStore 7+ | |
| Snowflake | |
| Teradata | |
| Trino | |
| Vector | |
| Vertica |