Bei der Analyse von Zeitraum zu Zeitraum wird ein Messwert in der Gegenwart mit demselben Messwert in einem vergleichbaren Zeitraum in der Vergangenheit verglichen.
Bei Dialekten, die PoP-Messwerte unterstützen, können Looker-Entwickler LookML-Projekten PoP-Messwerte hinzufügen, um PoP-Analysen in den entsprechenden Looker-Explores zu ermöglichen.
Die folgende Looker-Explore-Abfrage zeigt beispielsweise die Anzahl der Bestellungen, die im aktuellen Monat erstellt wurden, sowie PoP-Messwerte für die Anzahl der Bestellungen, die im letzten Jahr erstellt wurden, die Differenz zum letzten Jahr und die prozentuale Änderung im Vergleich zum letzten Jahr. Sie können den Jahresvergleich überprüfen, indem Sie die Werte stichprobenartig prüfen. Der Wert für Bestellungen im letzten Jahr für 2012-03 ist beispielsweise derselbe wie der Wert für Anzahl der Bestellungen für 2011-03:

Wenn Sie einem LookML-Projekt ein PoP-Measure hinzufügen möchten, muss ein Looker-Entwickler ein measure vom Typ type: period_over_period erstellen und die Unterparameter einfügen, die im folgenden Abschnitt dieser Seite beschrieben werden.
Hier ist beispielsweise der LookML-Code für eine PoP-Messung, die die Anzahl der Bestellungen für das vorherige Jahr liefert:
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
}
Diese PoP-Messung hat die folgenden Attribute:
- Sie wird mit
based_on: orders.countdefiniert. Der PoP-Messwert enthält also Daten zur Anzahl der Bestellungen aus dem vorherigen Zeitraum. - Er wird als
kind: previousdefiniert. Das bedeutet, dass er den Zählwert aus dem vorherigen Zeitraum liefert (im Gegensatz zu einer Differenz der Bestellanzahl zum vorherigen Zeitraum oder einem Prozentsatz der Änderung der Bestellanzahl zum vorherigen Zeitraum). - Sie wird mit
period: yeardefiniert. So erhalten Sie die Anzahl der Bestellungen aus einem vergleichbaren Zeitraum des Vorjahres.
Unterparameter von PoP-Messwerten
Ein PoP-Messwert ist ein measure von type: period_over_period, der die in den folgenden Abschnitten beschriebenen Unterparameter enthält:
Wie im Abschnitt Explore-Abfragen mit PoP-Messwerten untersuchen beschrieben, werden die Werte von PoP-Messwerten sowohl auf Grundlage der LookML-Definition des PoP-Messwerts als auch der Felder in einer Explore-Abfrage berechnet. Daher sollten Sie beim Erstellen einer PoP-Messung in LookML die folgenden Best Practices beachten:
- Geben Sie Ihren Explore-Nutzern den Zeitraum des PoP-Messwerts an, entweder im Namen des Messwerts oder im Unterparameter
descriptiondes Messwerts. - Geben Sie Ihren Explore-Nutzern einen Hinweis auf den
based_on-Messwert des PoP-Messwerts, entweder im Namen des PoP-Messwerts oder im Unterparameterdescriptiondes Messwerts.
Die folgende PoP-Messung heißt beispielsweise order_count_last_year. Die Beschreibung informiert Nutzer darüber, dass die Messung die Anzahl der Bestellungen aus dem Vorjahr enthält:
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
Verwenden Sie das Feld based_on, um den LookML-Messwert anzugeben, auf dem der PoP-Messwert basiert. Wenn Sie beispielsweise eine PoP-Messung auf dem Feld orders.count basieren möchten, geben Sie Folgendes ein:
based_on: orders.count
Mit einer PoP-Messung auf Grundlage von orders.count erhalten Sie Informationen zur Anzahl der Bestellungen aus einem früheren Zeitraum. So können Sie die Anzahl der Verkäufe in einem aktuellen Zeitraum mit der Anzahl der Verkäufe in einem früheren Zeitraum vergleichen.
Das LookML-Messwert, das Sie im Feld based on angeben, muss einer der folgenden Messwerttypen sein:
averageaverage_distinctcountcount_distinctlistmaxmedianmedian_distinctnumberminpercentilepercentile_distinctsumsum_distinct
based_on_time
Mit dem Unterparameter based_on_time können Sie Looker ein Zeitfeld zur Verfügung stellen, das zum Berechnen der PoP-Messwerte verwendet werden kann. Dieses Zeitfeld kann einen der folgenden Werte haben:
- Eine zeitbasierte Dimension. Wenn Sie im Unterparameter
based_on_timeeine zeitbasierte Dimension angeben, müssen Ihre Nutzer genau dieselbe zeitbasierte Dimension in alle Abfragen einbeziehen, in denen der PoP-Messwert verwendet wird. Außerdem muss der Zeitraum der zeitbasierten Dimension gleich demperiod-Wert der PoP-Messung oder kleiner sein. Wenn die PoP-Messung beispielsweise mitbased_on_time: created_monthdefiniert ist, kann derperiod-Wert der PoP-Messung nichtweekoderdatesein. Einer der folgenden Zeiträume einer Dimensionsgruppe von
type: time:yearfiscal_yearmonthfiscal_quarterquarterweekdateraw
Einer der folgenden Zeiträume einer Dimensionsgruppe von
type: custom_calendarcustom_datecustom_periodcustom_quartercustom_seasoncustom_weekcustom_year
Wenn Sie im Unterparameter based_on_time einen Zeitraum für die Dimensionsgruppe angeben, ist der verwendete Zeitraum irrelevant. Sie müssen den PoP-Messwert nur auf eine Dimensionsgruppe von type: time verweisen, damit der PoP-Messwert den zugrunde liegenden Zeitstempel der Dimensionsgruppe verwenden kann. Sie können keinen Zeitraum für eine Dimensionsgruppe vom Typ type: duration angeben. Dimensionsgruppen vom Typ „Zeitraum“ werden nicht unterstützt und führen zu einem Laufzeitfehler im Explore.
kind
Mit dem Parameter kind geben Sie den Typ der Berechnung an, die für den vorherigen Zeitraum durchgeführt werden soll. Sie können einen der folgenden Werte für kind angeben:
previous(Standard): Der Wert aus dem vorherigen Zeitraum.difference: Die Differenz zwischen den Zeiträumen (der vorherige Zeitraum wird vom aktuellen Zeitraum subtrahiert).relative_change: Die prozentuale Änderung gegenüber dem vorherigen Zeitraum. Die prozentuale Änderung wird mit der folgenden Gleichung berechnet:$$ relativeChange = (current - previous)/previous $$
period
Mit dem Unterparameter period geben Sie die Kadenz des PoP-Messwerts an, also wie weit Sie im Vergleich zurückgehen möchten. Bei einer PoP-Messung, die mit period: year definiert ist, werden beispielsweise die Werte für das vorherige Jahr angezeigt. Wenn Sie eine Explore-Abfrage für die monatliche Anzahl der Bestellungen ausführen, werden mit der period: year-Messung die Werte für den gleichen Monat im Vorjahr angezeigt. So können Sie die Anzahl der Bestellungen für November 2025 mit der Anzahl der Verkäufe im November 2024 vergleichen.
Der Unterparameter period unterstützt die folgenden Werte:
yearfiscal_yearquarterfiscal_quartermonthweekdate
custom_calendar_period
Wenn Ihre PoP-Messung auf einem benutzerdefinierten Kalender basiert (wenn für den based_on_time-Parameter der PoP-Messung ein Zeitraum einer -Dimensionsgruppe von type: custom_calendar angegeben ist), müssen Sie den custom_calendar_period-Parameter anstelle des period-Parameters verwenden.
Mit dem Unterparameter custom_calendar_period geben Sie die Kadenz des PoP-Messwerts an, also wie weit Sie im Vergleich zurückgehen möchten. Bei einer PoP-Messung, die mit custom_calendar_period: custom_year definiert ist, werden beispielsweise die Werte für das vorherige Jahr (wie in Ihrem benutzerdefinierten Kalender definiert) angezeigt. Wenn Sie eine Explore-Abfrage für die benutzerdefinierte monatliche Anzahl der Bestellungen ausführen, werden mit dem custom_calendar_period: custom_year-Messwert die Werte für denselben Monat im Vorjahr angezeigt. So können Sie die Anzahl der Bestellungen für den benutzerdefinierten Monat im Jahr 2026 mit der Anzahl der Verkäufe für denselben benutzerdefinierten Monat im Jahr 2025 vergleichen.
Der Unterparameter custom_calendar_period unterstützt die folgenden Werte:
custom_datecustom_periodcustom_quartercustom_seasoncustom_weekcustom_year
Weitere Informationen zum Erstellen von PoP-Messungen mit einem benutzerdefinierten Kalender finden Sie im Abschnitt PoP-Messungen mit benutzerdefinierten Kalendern verwenden.
value_to_date
Mit dem Unterparameter value_to_date geben Sie an, ob Looker die Werte für die PoP-Messung anhand der Zeit berechnen soll, die im aktuellen Zeitraum zum Zeitpunkt der Ausführung der Abfrage verstrichen ist. Der Unterparameter value_to_date kann no (Standard) oder yes sein.
- Bei einem Wert von
nowird beim Aggregieren von Daten das gesamte Zeitfenster berücksichtigt. - Bei einem Wert von
yeswird die im aktuellen Zeitraum beobachtete Zeit berechnet und auf die PoP-Messung angewendet.
Wenn Sie beispielsweise einen PoP-Messwert für den Vergleich von Monat zu Monat mit value_to_date: yes definieren und am 6. Juni um 13:10:00 Uhr eine Explore-Abfrage mit dem PoP-Messwert und einer Zeitrahmen-Dimension für das Datum ausführen, wendet Looker die am 6. Juni verstrichene Zeit (13 Stunden, 10 Minuten und 0 Sekunden) auf die Berechnungen für jedes der Datumsangaben in der Abfrage an. Für jedes Datum werden in Looker die Werte für die ersten 13 Stunden und 10 Minuten angegeben.
Wenn Sie dieselbe PoP-Messung mit value_to_date: no definiert und dieselbe Explore-Abfrage am 6. Juni um 13:10:00 Uhr ausgeführt haben, würde Looker den Wert für die PoP anhand aller für die einzelnen Datumsangaben verfügbaren Daten berechnen. Wenn Sie Werte vom 6. Juni mit dem 6. des Vormonats vergleichen möchten, sollten Sie bedenken, dass der 6. Juni noch nicht vorbei ist und nach 13:10:00 Uhr möglicherweise zusätzliche Daten verfügbar sind.
Ein Beispiel dafür, wie sich value_to_date: yes auf die Ergebnisse in einer Explore-Abfrage auswirkt, finden Sie unter Auswirkungen von value_to_date auf die Werte für den Zeitraumvergleich.
Wie im Abschnitt Anforderungen für Explore-Abfragen mit PoP-Messwerten beschrieben, wendet Looker automatisch die minimale Zeitrahmen-Granularität aus der Abfrage auf den Zeitrahmen an, der vom PoP-Messwert verwendet wird, wenn Sie eine Explore-Abfrage mit einem PoP-Messwert ausführen. Bei Explore-Abfragen mit einer PoP-Messung, die mit value_to_date: yes definiert ist, wird in Looker die kleinste Zeitrahmendimension in der Abfrage verwendet. Dann wird der Anteil dieses Zeitrahmens berechnet, der zum Zeitpunkt der Ausführung der Abfrage verstrichen ist. Dieser Anteil wird dann auf alle Werte für die PoP-Messung angewendet.
Abfragen mit PoP-Messwerten untersuchen
Die Berechnung für einen PoP-Messwert basiert auf der LookML-Definition des Messwerts und auf den Zeiträumen, die in der Explore-Abfrage angegeben sind. Der PoP-Messwert passt seine Berechnung an die in der Explore-Abfrage ausgewählten Zeiträume an. Wenn die PoP-Maßzahl beispielsweise mit period: year definiert ist und die Explore-Abfrage die Zeitrahmendimension orders.created_month enthält, werden mit der PoP-Maßzahl monatliche Werte berechnet, wobei Januar 2025 mit Januar 2024 verglichen wird. Wenn Sie die Jahreswerte sehen möchten, müssen Sie eine Explore-Abfrage mit dem PoP-Messwert und nur dem Zeitraum orders.created_year ausführen.
Hier sind einige Beispiele dafür, wie sich die period-Messung für die Wahrscheinlichkeit einer Steigerung auf die Zeiträume auswirkt, die in einer Explore-Abfrage ausgewählt sind:
- Wenn eine PoP-Messung mit
period: yeardefiniert ist und Sie eine Explore-Abfrage mit einem vierteljährlichen Zeitraum ausführen, werden für die PoP-Messung Werte aus demselben Quartal des Vorjahres zurückgegeben (z. B. Q1 2025 im Vergleich zu Q1 2024). - Wenn eine PoP-Messung mit
period: yeardefiniert ist und Sie eine Explore-Abfrage mit einem Monatszeitraum ausführen, werden für die PoP-Messung Werte aus demselben Monat des Vorjahres zurückgegeben (z. B. April 2025 im Vergleich zu April 2024). - Wenn eine PoP-Messung mit
period: monthdefiniert ist und Sie eine Explore-Abfrage mit einem Monatszeitraum ausführen, werden für die PoP-Messung Werte für den Vormonat zurückgegeben (April 2025 im Vergleich zu März 2025).
Voraussetzungen für Explore-Abfragen mit Messwerten
Da ein PoP-Messwert auf der Grundlage der LookML-Definition des PoP-Messwerts und der Felder berechnet wird, die Sie in der Explore-Abfrage auswählen, müssen Sie mindestens die folgenden Felder in eine Explore-Abfrage mit einem PoP-Messwert einbeziehen:
- Die PoP-Messung.
- Eine Zeitdimension, die für den
periodgeeignet ist, der mit dem PoP-Messwert verknüpft ist. Die Zeitdimension kann entweder über die Feldauswahl des Explores oder in den Filtern des Explores in die Abfrage aufgenommen werden:- Für PoP-Messanfragen werden Zeiträume mit einer Granularität von „Datum“ oder größer unterstützt, z. B. „Monat“, „Quartal“ oder „Jahr“. Bei Abfragen für PoP-Messwerte werden keine Dimensionen mit Zeiträumen von Stunden oder Minuten unterstützt.
- Wenn der PoP-Messwert mit einem
based_on_timedefiniert ist, der einen Zeitraum einer Dimensionsgruppe darstellt, muss die Explore-Abfrage einen Zeitraum aus derselben Dimensionsgruppe enthalten, der einen gleichen oder kleineren Zeitraum als den imperiod-Parameter des PoP-Messwerts angegebenen Zeitraum verwendet. Sie können die Dimensionsgruppe in die explorative Datenanalyse einbeziehen, indem Sie sie in der Feldauswahl der explorativen Datenanalyse auswählen oder nach der Dimensionsgruppe filtern. Wenn derbased_on_time-Wert des PoP-Messwerts beispielsweise mit einem Zeitraum aus der Dimensionsgruppeorders.createddefiniert ist und der PoP-Messwert mitperiod: monthdefiniert ist, muss die Explore-Abfrage einen Zeitraum aus der Dimensionsgruppeorders.createdenthalten, der einem Monat oder weniger entspricht, z. B.orders.created_date. Der Zeitraum in der Explore-Abfrage muss übereinstimmen oder kleiner sein. Sie können beispielsweise keinen monatlichen Vergleich für einen Zeitraum von einem Jahr durchführen. - Wenn der PoP-Messwert mit einem
based_on_timedefiniert ist, das eine zeitbasierte Dimension ist, muss die Explore-Abfrage genau dieselbe zeitbasierte Dimension enthalten. Das kann entweder durch Einbeziehung der Dimension aus der Feldauswahl des Explores oder durch Angabe eines Filters für die Dimension erfolgen. Die zeitbasierte Dimension muss einen gleich großen oder kleineren Zeitraum als den haben, der im Parameterperiodder PoP-Messung angegeben ist. Wenn der PoP-Messwert beispielsweise mitbased_on_time: created_dateund der PoP-Messwert mitperiod: monthdefiniert ist, muss die Explore-Abfrage die Dimensioncreated_dateenthalten.
Wenn das PoP-Measure mit einem based_on_time definiert ist, das ein Zeitraum einer Dimensionsgruppe ist, beachten Sie die folgenden Anforderungen für den Zeitraum in der Explore-Abfrage:
- Der Zeitraum in der Explore-Abfrage muss gleich oder kleiner sein als der Zeitraum, der im Parameter
periodder PoP-Messung angegeben ist. Wenn beispielsweise derbased_on_time-Messwert für die Wahrscheinlichkeit des Kaufs mit einem Zeitraum aus der Dimensionsgruppeorders.createddefiniert ist und der -Messwert für die Wahrscheinlichkeit des Kaufs mitperiod: monthdefiniert ist, muss die Explore-Abfrage einen Zeitraum aus der Dimensionsgruppeorders.createdenthalten, der einem Monat oder weniger entspricht, z. B.orders.created_date. Der Zeitraum in der Explore-Abfrage muss kleiner sein, da Sie beispielsweise keinen monatlichen Vergleich für einen Zeitraum von einem Jahr durchführen können. - Der Zeitraum in der Explore-Abfrage muss selbst Zeitstempelinformationen enthalten. Die Zeiträume
year,monthunddateeiner Dimensionsgruppe enthalten beispielsweise tatsächliche Zeitstempelinformationen. Im Gegensatz dazu wird derday_of_week-Zeitraum vom zugrunde liegenden Zeitstempel abstrahiert, um einen Wert wieWednesdayzu erhalten. Auch Zeiträume wiemonth_name,month_numundday_of_monthenthalten keine Zeitstempelinformationen und können daher nicht von PoP-Messwerten verwendet werden, um Werte für den vorherigen Zeitraum zu berechnen. Wenn Sie jedoch einen Zeitstempel wiedatein die Explore-Abfrage einfügen, werden dem PoP-Measure Zeitstempelinformationen zur Verfügung gestellt, mit denen Werte für den vorherigen Zeitraum berechnet werden können. Sie können auch den Zeitraumday_of_weekin die Explore-Abfrage einbeziehen, da für die Berechnung des PoP-Messwerts Informationen zum Zeitraumdateverwendet werden können.
Solange Sie diese Anforderungen in Ihrer Explore-Abfrage erfüllen, können Sie weitere Felder und Zeitrahmendimensionen in der Explore-Abfrage hinzufügen. Alle Zeitrahmen in der Explore-Abfrage müssen jedoch gleich oder kleiner als der Zeitraum des period-Zeitraums des PoP-Messwerts sein. Wenn Sie eine Explore-Abfrage mit einem PoP-Messwert ausführen, wendet Looker automatisch die minimale Zeitrahmen-Granularität aus der Abfrage auf den Zeitrahmen an, der vom PoP-Messwert verwendet wird. Im Beispiel-Explore am Anfang dieser Seite wurden alle PoP-Messwerte in LookML mit period: year definiert. Das bedeutet, dass für den in der Explore-Abfrage ausgewählten Zeitraum (in diesem Fall ein monatlicher Zeitraum) mit der PoP-Messung die Ergebnisse für denselben Zeitraum im Vorjahr zurückgegeben werden.
Wenn Sie sehen möchten, welche Zeiträume für Ihre PoP-Messung in einem Explore unterstützt werden, können Sie verschiedene Zeiträume testen, ohne Abfragen ausführen zu müssen. Klicken Sie im Abschnitt Daten des Explores auf den Tab SQL und fügen Sie dann Felder und Filter aus der Feldauswahl des Explores hinzu. Wenn die PoP-Messung die Abfrage mit den ausgewählten Feldern und Filtern nicht berechnen kann, wird auf dem Tab SQL eine Meldung angezeigt, dass die SQL-Anweisung nicht generiert werden kann.

Wenn Sie eine Abfrage ausführen, für die der SQL-Code nicht generiert werden kann, wird im Explore-Fenster ein Fehler mit den Details und einem Link zum relevanten LookML-Code zurückgegeben.

PoP-Messungen mit benutzerdefinierten Kalendern verwenden
Wenn Sie eine PoP-Messung mit einem benutzerdefinierten Kalender erstellen möchten, müssen Sie Folgendes tun:
- Fügen Sie in der Ansichtsdatei, in der Sie Ihren benutzerdefinierten Kalender modellieren, optional einen
previous_ordinal_mapping-Parameterblock in Ihrencalendar_definition-Parameterblock ein. Der Parameterprevious_ordinal_mappingist ab Looker 26.8 optional. In Looker 26.8 und höher wird für benutzerdefinierte Kalender davon ausgegangen, dass die vorherige Woche für Woche 1 Woche 52 ist und der vorherige Tag für Tag 1 Tag 364 ist. Wenn dies bei Ihrem benutzerdefinierten Kalender nicht der Fall ist, müssen Sie den Parameterblockprevious_ordinal_mappingverwenden. - Geben Sie in der LookML-Definition des PoP-Messwerts im Parameter
based_on_timeden Jahreszeitraum einer Dimensionsgruppe vom Typtype: custom_calendaran. - Verwenden Sie in der LookML-Definition der PoP-Messung den Parameter
custom_calendar_periodanstelle des Parametersperiod.
Hier sehen Sie beispielsweise den LookML-Code für eine benutzerdefinierte Kalenderdimensionsgruppe und ein PoP-Measure, in dem der benutzerdefinierte Kalender verwendet wird:
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
}
Beispiele
In den folgenden Abschnitten finden Sie einige Beispiele für verschiedene PoP-Messwerte und Explore-Abfragen:
- Anzahl mit PoP-Messwerten im Jahres- und Monatsvergleich vergleichen
- Auswirkungen von
value_to_dateauf die Messwerte für die Wahrscheinlichkeit einer Kaufentscheidung
Anzahl mit PoP-Messwerten im Jahres- und Monatsvergleich vergleichen
Hier ist der LookML-Code für einen Beispielmesswert total_births, eine Dimensionsgruppe birth vom Typ type:time und zwei PoP-Messwerte, die auf dem Messwert total_births basieren und die Dimensionsgruppe birth als based_on_time-Feld verwenden:
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
}
Beachten Sie bei diesen Feldern Folgendes:
- Beide PoP-Messwerte werden mit
kind: previousdefiniert. Sie geben also beide den Wert des Messwerts aus dem vorherigen Zeitraum an. - Beide PoP-Messwerte werden mit
value_to_date: nodefiniert. Daher wird für beide der Wert des Messwerts für den gesamten Zeitraum berechnet (d. h. die minimale Zeitrahmen-Granularität aus der Abfrage). - Beide PoP-Messwerte werden mit
based_on_time: birth_yeardefiniert. Daher wird für beide der zugrunde liegende Zeitstempel der Dimensionsgruppebirthverwendet. - Der
total_births_last_year-PoP-Messwert wird mitperiod: yearund dertotal_births_last_month-PoP-Messwert mitperiod: monthdefiniert.
Hier sehen Sie eine Explore-Abfrage, die alle drei Messwerte und den Zeitraum der Dimension birth_month enthält:

Beachten Sie Folgendes zu den Explore-Ergebnissen:
- Der kleinste Dimensionszeitraum in der Explore-Abfrage ist
birth_month. Daher werden für die PoP-Messung monatliche Werte bereitgestellt. - In der Zeile für den letzten Monat, 2024-07, wird im Feld Total Births Last Month (Gesamtzahl der Geburten im letzten Monat) die Gesamtzahl der Geburten für den vorherigen Monat, 2024-06, angezeigt. Sie können das überprüfen, indem Sie sich den Wert Total Births (Gesamtzahl der Geburten) für die Zeile 2024-06 ansehen. Die beiden Werte stimmen überein.
- In der Zeile für den letzten Monat, 2024-07, wird im Wert Total Births Last Year (Gesamtzahl der Geburten im letzten Jahr) die Gesamtzahl der Geburten für denselben Monat (07) im Vorjahr (2023) angezeigt. Sie können das überprüfen, indem Sie sich den Wert Total Births (Gesamtzahl der Geburten) für die Zeile 2023-07 ansehen. Die beiden Werte stimmen überein.
Auswirkungen von value_to_date auf die Werte für den Vergleichszeitraum
Ähnlich wie im vorherigen Beispiel sehen Sie hier das LookML für den Messwert total_births und die Dimensionsgruppe birth von type:time sowie zwei PoP-Messwerte, die auf dem Messwert total_births basieren und die Dimensionsgruppe birth als Feld based_on_time verwenden. In diesem Beispiel wird der total_births_last_year_value_to_date-PoP-Messwert jedoch mit value_to_date: yes und der total_births_last_year-PoP-Messwert mit value_to_date: no definiert:
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
}
Hier sehen Sie eine Explore-Abfrage, die alle drei Messwerte und den Zeitraum der Dimension birth_year enthält. Diese Explore-Abfrage wurde am 4. Juni um 16:25:08 ausgeführt. Das ist wichtig für die value_to_date: yes-Messung.

Die Explore-Ergebnisse zeigen, wie sich der Unterparameter value_to_date auf die Berechnung der PoP-Messwerte auswirkt:
Beachten Sie Folgendes zu den Explore-Ergebnissen:
- In der Zeile für das letzte Jahr, 2024, wird im Wert Total Births Last Year (Gesamtzahl der Geburten im letzten Jahr) die Gesamtzahl der Geburten für das vorherige Jahr, 2023, angezeigt. Sie können die Berechnung überprüfen, indem Sie sich den Wert für Gesamtzahl der Geburten in der Zeile 2023 ansehen. Die beiden Werte stimmen überein.
- In der Zeile für das letzte Jahr, 2024, ist der Wert für Total Births Last Year Value to Date (Gesamtzahl der Geburten im letzten Jahr bis heute) niedriger als der Wert für Total Births Last Year (Gesamtzahl der Geburten im letzten Jahr). Das liegt daran, dass die Explore-Abfrage am 4. Juni um 16:25:08 ausgeführt wurde und die PoP-Messung
total_births_last_year_value_to_datemitvalue_to_date: yesdefiniert ist. Daher hat Looker die Jahreswerte für jedes Jahr nur anhand der Daten bis zum 4. Juni um 16:25:08 berechnet.
Explore-Abfragen filtern, die PoP-Messwerte enthalten
Beachten Sie Folgendes beim Filtern von Explore-Abfragen, die PoP-Messwerte enthalten:
- Das Filtern wird für Explore-Abfragen unterstützt, die PoP-Messwerte enthalten. Sie können jedoch nicht nach einem PoP-Messwert filtern. Im ersten Beispiel für Explore, in dem Abfragen für die Dimension
birth_monthund die PoP-Messwertetotal_births,total_births_last_yearundtotal_births_last_monthausgeführt werden, können Sie die Abfrage nicht nach den PoP-Messwertentotal_births,total_births_last_yearodertotal_births_last_monthfiltern. - Wenn Sie nach einem Feld filtern, das mit dem Parameter
based_on_timeeiner PoP-Measure verknüpft ist, und der Zeitraum des Filters kürzer ist als der Zeitraum der Abfrage, werden in der PoP-Measure nur die Ergebnisse für den Filterwertzeitraum der Abfrage angezeigt. Wenn Sie beispielsweise die Dimensionorders.created_yearabfragen und die Abfrage nach dem Monat Januar filtern, werden für jedes Jahr nur die Werte für Januar angezeigt. Diese können fälschlicherweise als Ergebnisse für das gesamte Jahr angesehen werden. - Bei Explore-Abfragen für die PoP-Messung ruft Looker Daten für einen zusätzlichen Zeitraum mit der geringsten Granularität der Abfrage ab, um Daten für die PoP-Messung zu berechnen. Wenn Sie beispielsweise eine Explore-Abfrage mit einer monatlichen Dimension, einer mit
period: yeardefinierten PoP-Messung und einem Filter für die letzten sechs Monate erstellen, ermittelt Looker die am wenigsten detaillierte Granularität in der Abfrage. In diesem Beispiel wäre das der Zeitraumyearder PoP-Messung. In diesem Beispiel ruft Looker die Daten der letzten sechs Monate sowie die Daten des vorherigen Jahres ab, damit jeder der letzten sechs Monate mit dem entsprechenden Monat im Vorjahr verglichen werden kann. - Wie in Anforderungen für Explore-Abfragen mit PoP-Messwerten beschrieben, muss für Explore-Abfragen mit PoP-Messwerten eine Zeitdimension vorhanden sein, die für die
periodgeeignet ist, die dem PoP-Messwert zugeordnet ist. Wenn Sie keine Zeitdimension in der Feldauswahl des Explores auswählen, kann Looker die erforderlichen Informationen aus Zeitdimensionen in den Filtern des Explores ableiten. In diesem Fall sortiert Looker die Ergebnisse der Explore-Abfrage nach der Zeitdimension des Filters.
Visualisierungen mit Vergleichszeitraum-Messwerten
Für PoP-Messwerte wird die Tabellendiagramm-Visualisierung empfohlen. Je nach den Feldern in Ihrer Explore-Abfrage sind möglicherweise auch andere Visualisierungsoptionen möglich.
Wenn Sie eine andere Visualisierung als ein Tabellendiagramm verwenden, prüfen Sie, ob sie übersichtlich ist. Da PoP-Messwerte Vergleiche mit einem vorherigen Zeitraum ermöglichen, können Visualisierungen mit PoP-Messwerten irreführend sein. Bei einem PoP-Messwert für das Jahr im Vergleich zum Vorjahr, der als kind: previous definiert ist, wird der Wert des letzten Jahres für das Datum dieses Jahres angezeigt. Wenn Ihre Explore-Abfrage den Wert für das aktuelle Jahr zusammen mit dem PoP-Messwert im Jahresvergleich enthält, hat das aktuelle Jahr zwei Werte in der Visualisierung.
Wenn Sie eine andere Visualisierung als ein Tabellendiagramm verwenden, muss darin deutlich zu sehen sein, dass alle PoP-Messwerte ein Vergleich mit einem vorherigen Zeitraum sind.
Einschränkungen für PoP-Messungen
Beachten Sie die folgenden Einschränkungen von PoP-Messungen:
- PoP-Messwerte werden nur für LookML-Projekte unterstützt, in denen die neue LookML-Laufzeit verwendet wird. Wenn die Legacy-Funktion Legacy LookML Runtime verwenden in Ihrer Instanz aktiviert ist, muss die Manifestdatei für Ihr Projekt eine
new_lookml_runtime:yes-Anweisung enthalten. - PoP-Messungen werden für den Looker-Connector in Data Studio nicht unterstützt.
- PoP-Messwerte müssen auf einem aggregierten Messwert basieren, wie im Abschnitt
based_onbeschrieben. Ein PoP-Messwert kann nicht auf einem nicht aggregierten Messwert basieren. - Bei BigQuery-Verbindungen in Instanzen, in denen die Labs-Funktion Symmetrische BI Engine-Aggregate aktiviert ist, werden PoP-Messwerte unterstützt. Bei SQL-Abfragen mit PoP-Messwerten wird die Funktion „Symmetrische BI Engine-Aggregate“ jedoch nicht verwendet.
- PoP-Messungen unterstützen keine Kohortenanalyse.
- PoP-Messungen unterstützen keine fortlaufenden Berechnungen.
- Bei PoP-Messungen wird immer der aktuelle Zeitraum mit dem vorherigen Zeitraum verglichen. Sie können keinen PoP-Messwert konfigurieren, um den aktuellen Zeitraum mit einem anderen Zeitraum als dem vorherigen zu vergleichen. Sie können beispielsweise keine PoP-Messung erstellen, um den Mai des letzten Jahres mit dem Dezember dieses Jahres zu vergleichen.
- PoP-Messungen werden nicht für beliebige Zeiträume unterstützt, z. B. die letzten zwei Wochen im Vergleich zu den zwei Wochen davor.
- Liquid-Parameter werden in den Parametern einer PoP-Messung nicht unterstützt. Wenn die Felder
based_onoderbased_on_timeeines PoP-Messwerts jedoch auf eine Dimension verweisen, die mit Liquid definiert ist, wird dieser Liquid-Code verarbeitet. Für PoP-Messwerte, für die benutzerdefinierte Kalender verwendet werden:
- Vor Looker 26.8 muss der Parameter
based_on_timeauf dencustom_year-Zeitrahmen einer Dimensionsgruppe vontype: custom_calendarverweisen. - (Vor Looker 26.8) Bei PoP-Messwerten, die mit
custom_calendar_period: custom_yeardefiniert sind, wird in Looker der Wert für die vorherige Woche oder das Datum des vorherigen Jahres zurückgegeben, wenn die Nutzerabfragecustom_weekodercustom_dateenthält.
- Vor Looker 26.8 muss der Parameter
PoP-Messwerte werden für die folgenden Looker-Funktionen nicht unterstützt:
Mit PoP-Messwerten kann kein benutzerdefiniertes Feld erstellt werden.
Für wochenbasierte Vergleiche empfiehlt es sich, eine PoP-Messung mit einem benutzerdefinierten Kalender zu erstellen.
PoP-Messwerte mit Zeiträumen, die mit Geschäftsjahreszeiträumen definiert sind, können nicht in Explore-Abfragen mit nicht geschäftsjahresbezogenen Zeiträumen verwendet werden. Außerdem können PoP-Messungen mit Zeiträumen, die mit nicht fiskalischen Zeitrahmen definiert sind, nicht in Abfragen mit Dimensionen für fiskalische Zeitrahmen verwendet werden.
PoP-Messwerte unterstützen den Offset für das Geschäftsmonat. Der Parameter
based_on_timedes PoP-Messwerts übernimmt den Wertfiscal_month_offsetaus der LookML-Modelldatei, die mit dem Explore verknüpft ist. Wenn Sie einen PoP-Messwert mitfiscal_yearoderfiscal_quarterdefinieren, wird er in einer Explore-Abfrage nur unterstützt, wenn in der Explore-Abfrage einfiscal_year- oderfiscal_quarter-Zeitraum angegeben ist. In diesem Fall wird diefiscal_offset_monthberücksichtigt.Der
perioddes PoP-Messwerts muss gleich oder größer als der in der Explore-Abfrage ausgewählte Zeitraum sein. Für eine PoP-Messung, die mitperiod: monthdefiniert ist, muss die Explore-Abfrage beispielsweise eine Zeitrahmendimension von einem Monat oder weniger haben, z. B. Woche oder Tag.Wenn Sie PoP-Messwerte verwenden, müssen Sie immer die entsprechende Zeitrahmendimension in das Explore einfügen, in dem Sie die Dimension
date_timeverwenden. Wenn Sie beispielsweise einen PoP-Messwert definieren, um Werte für den entsprechenden Monat im vorherigen Quartal zu berechnen, müssen Sie die entsprechende Quartalsdimension (z. B.[dimension_name]_quarter) zusammen mit der Monatsdimension in den Explore-Bericht aufnehmen. Ohne die entsprechende Zeitrahmen-Dimension wird im generierten SQL eine Kürzung (z. B.TIMESTAMP_TRUNC(..., QUARTER)) auf das Datum angewendet, bevor der vorherige Zeitraum berechnet wird. Die Abfrage wird dann auf Grundlage des Quartalsbeginns ausgewertet.Bei einem Vergleich für Februar würde mit dem generierten SQL beispielsweise der Wert für den ersten Monat des vorherigen Quartals (Oktober) anstelle des entsprechenden Monats (November) abgerufen. Wenn Sie die entsprechende Zeitrahmendimension in das Explore einfügen, wird der SQL-Code richtig generiert und gruppiert.
Unterstützte Datenbankdialekte für PoP-Messwerte
In der folgenden Tabelle sehen Sie, welche Dialekte PoP-Messungen in der aktuellen Version von Looker unterstützen:
| Dialekt | Unterstützt? |
|---|---|
| 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 | |
| ClickHouse 26+ | |
| 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+ | |
| Dremio 26+ with Arrow Flight SQL | |
| 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 |