Einschränkungen und Überlegungen - AWS Glue

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Einschränkungen und Überlegungen

Die folgenden Einschränkungen gelten für den Google-Analytics-4-Connector:

  • Für die Entität für den grundlegenden Bericht dürfen nur 9 Dimensionsfelder und 10 Metrikfelder in einer Anfrage gesendet werden. Wenn die zulässige Anzahl von Feldern überschritten wird, scheitert die Anfrage und der Connector gibt eine Fehlermeldung aus.

  • Für die Echtzeitbericht-Entität dürfen nur 4 Dimensionsfelder in einer Anfrage gesendet werden. Wenn die zulässige Anzahl von Feldern überschritten wird, scheitert die Anfrage und der Connector gibt eine Fehlermeldung aus.

  • Google Analytics 4 ist ein kostenloses Tool in der Betaversion. Daher wird es regelmäßig Updates zu neuen Features, zur Verbesserung von Entitäten, zum Hinzufügen neuer Felder und zur Einstellung vorhandener Felder geben.

  • Die Felder des grundlegenden Berichts werden dynamisch gefüllt, sodass Felder hinzugefügt, eingestellt und umbenannt werden können. Außerdem können jederzeit neue Beschränkungen für Felder festgelegt werden.

  • Das Standardstartdatum ist 30 Tage und das Enddatum ist gestern (ein Tag vor dem aktuellen Datum). Diese Datumsangaben werden im Filterausdruckscode überschrieben, wenn der Benutzer den Wert festgelegt hat ODER wenn der Ablauf inkrementell ist.

  • Gemäß der Dokumentation gibt die Echtzeitbericht-Entität 10.000 Datensätze zurück, wenn das Limit in der Anfrage nicht überschritten wird. Andernfalls gibt die API maximal 250.000 Zeilen pro Anfrage zurück, unabhängig davon, wie viele Sie abfragen. Weitere Informationen finden Sie unter Methode: Properties.RunRealtimeReport in der Google-Analytics-Dokumentation.

  • Die Echtzeitbericht-Entität unterstützt keine datensatzbasierte Partition, da sie keine Paginierung unterstützt. Zudem unterstützt sie keine feldbasierte Partition, weil keines der Felder die definierten Kriterien erfüllt.

  • Aufgrund der beschränkten Anzahl der Felder, die in einer Anfrage übergeben werden können, legen wir die Standardfelder für Dimensionen und Metriken innerhalb der festgelegten Grenzwerte fest. Wenn SELECT_ALL ausgewählt ist, werden nur die Daten aus diesen vordefinierten Feldern abgerufen.

    • Grundlegender Bericht

      • Gemäß der SAAS-Beschränkung sind nur Anfragen mit bis zu 9 Dimensionen und bis zu 10 Metriken zulässig (das heißt, eine Anfrage kann maximal 19 Felder enthalten (Metriken + Dimension).

      • Gemäß der Implementierung: Wenn der Benutzer SELECT_ALL oder mehr als 25 Felder auswählt, werden Standardfelder in der Anfrage übergeben.

      • Die folgenden Felder werden als Standardfelder für den grundlegenden Bericht betrachtet: "country", "city", "eventName", "cityId", "browser", "date", "currencyCode", "deviceCategory", "transactionId", active1DayUsers", "active28DayUsers", "active7DayUsers", "activeUsers", "averagePurchaseRevenue", "averageRevenuePerUser", "averageSessionDuration", "engagedSessions", "eventCount", "engagementRate".

    • Echtzeitbericht

      • Gemäß den Einschränkungen von SAAS-Anfragen sind bis zu 4 Dimensionen zulässig.

      • Wenn der Benutzer SELECT_ALL oder mehr als 15 Felder auswählt, werden Standardfelder in der Anfrage übergeben.

      • Die folgenden Felder werden als Standardfelder für den Echtzeitbericht betrachtet: "country", "deviceCategory", "city", "cityId", "activeUsers", "conversions", "eventCount", "screenPageViews".

  • Wenn in der Entität für den grundlegenden Bericht gleichzeitig nach Datumsfeld partitioniert und nach dem Startdatum (StartDate) gefiltert wird: In diesem Fall wird der dateRange-Wert mit dem startDate-Filterwert überschrieben, aber weil die Partition immer Priorität haben muss, wird der startDate-Filter verworfen, wenn die Partitionierung nach dem Datumsfeld bereits vorhanden ist.

  • Da cohortSpecs jetzt auch Teil der Anfrage für den grundlegenden Bericht ist, haben wir die dazugehörige aktuelle Entität für den grundlegenden Bericht erweitert, damit sie das cohortSpec-Attribut unterstützt. Im cohortSpecs-Anfragetext erfordern fast alle Felder Benutzereingaben. Aus diesem Grund haben wir Standardwerte für diese Attribute/Felder festgelegt und dem Benutzer die Möglichkeit gegeben, diese Werte bei Bedarf zu überschreiben.

    FieldName Standardwerte Beispielabfrage zum Übergeben von filterPredicate-Optionen zum Überschreiben von Standardwerten
    startDate 30 Tage vor dem aktuellen Datum "startDate" between "2023-05-09" and "2023-05-10"
    endDate 1 Tag vor dem aktuellen Datum "startDate" between "2023-05-09" and "2023-05-10"
    startOffset 0 startOffset=2
    endOffset 1 endOffset=10
    granularity DAILY granularity="WEEKLY"

  • Sie können all diese Filter auch zusammen oder zusammen mit anderen Filtern verwenden.

    • Beispiel 1: filterPredicate: startDate between "2023-05-09" and "2023-05-10" AND startOffset=1 AND endOffset=2 AND granularity="WEEKLY"

    • Beispiel 2: filterPredicate: city=“xyz” AND startOffset=1 AND endOffset=2 AND granularity="WEEKLY"

  • In einer Kohortenanfrage: