Anwenden von Datenumwandlungen für Daten-Feeds
Sie können Ihre Daten-Feed-Daten mit einer der folgenden Methoden umwandeln:
Jede Methode hat Vor- und Nachteile. In den folgenden Abschnitten werden die Kompromisse sowohl allgemein als auch für bestimmte Umwandlungen verglichen.
Datenumwandlungsmethoden allgemein vergleichen
In der folgenden Tabelle werden die Vor- und Nachteile jeder Methode im Allgemeinen verglichen.
- Wird zum Zeitpunkt der Berichterstellung angewendet, bevor Ihr Daten-Feed bereitgestellt wird.
- Dieselbe Logik gilt konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe.
- Verbraucht keines der eingeschränkten abgeleiteten Felder Ihres Kontos.
- Die Anzahl der Komponenteneinstellungen, die Sie verwenden können, ist unbegrenzt.
- Zusätzlicher Verarbeitungsaufwand, der sich auf die Leistung der Daten-Feed-Bereitstellung auswirken kann
- Nur für den spezifischen Satz von Einstellungen verfügbar, den jede Komponente unterstützt. Nicht so flexibel wie das Erstellen benutzerdefinierter Logik mit einem abgeleiteten Feld.
- Wird zum Zeitpunkt der Berichterstellung angewendet, bevor Ihr Daten-Feed bereitgestellt wird.
- Dieselbe Logik gilt konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe.
- Unterstützt eine flexiblere, benutzerdefinierte Logik als jede einzelne Komponenteneinstellung, z. B. verkettete bedingte Regeln.
- Einige Umwandlungen, insbesondere solche, die von einer Bereichseinstellung abhängen oder eine URL analysieren, sind in SQL schwer zu replizieren.
- Zusätzlicher Verarbeitungsaufwand, der sich auf die Leistung der Daten-Feed-Bereitstellung auswirken kann
- Dies verursacht zusätzlichen Verarbeitungsaufwand, der sich auf die Leistung der Daten-Feed-Bereitstellung auswirken kann.
- Verwendet eines der eingeschränkten abgeleiteten Felder Ihres Kontos. Wenn eine Komponenteneinstellung dieselbe Transformation durchführen kann, verwenden Sie stattdessen diese.
- Nicht beschränkt durch die Funktions- und Operatorbeschränkungen, die für abgeleitete Felder gelten.
- Hat keine Auswirkungen auf die Leistung der Daten-Feed-Bereitstellung.
- Wird angewendet, nachdem Ihr Daten-Feed bereits bereitgestellt wurde.
- Logik gilt nicht in Analysis Workspace, daher müssen Sie sie dort separat duplizieren.
- Einige Umwandlungen sind schwierig oder nicht praktikabel zu replizieren, insbesondere diejenigen, die von einer Bereichseinstellung abhängen, eine URL analysieren oder einen Wert deduplizieren oder über einen Bereich hinweg beibehalten.
Vergleichen von Datenumwandlungsmethoden nach Umwandlungstyp
In der folgenden Tabelle sind spezifische Datenumwandlungen aufgeführt, die zeigen, welche Methode (oder Methoden) jede durchführen kann, wie schwierig es wäre, in SQL zu replizieren, und welche Methode empfohlen wird.
Komponenteneinstellung
Empfohlen, da keines Ihrer eingeschränkten abgeleiteten Felder verbraucht wird.
Einfach für Saiten
Mittelschwer bis schwer für Metriken (erfordert eine CASE Anweisung in Kombination mit einer COUNT)
Komponenteneinstellung
Empfohlen für die Benutzerfreundlichkeit und den Umstand, dass keines der eingeschränkten abgeleiteten Felder verbraucht wird.
Abgeleitetes Feld
Empfohlen, da dieselbe Logik konsistent sowohl in Analysis Workspace als auch in Ihrer Daten-Feed-Ausgabe gilt.
Abgeleitetes Feld
Empfohlen, da dieselbe Logik konsistent sowohl in Analysis Workspace als auch in Ihrer Daten-Feed-Ausgabe gilt.
Abgeleitete Felder
Empfohlen, da dieselbe Logik konsistent sowohl in Analysis Workspace als auch in Ihrer Daten-Feed-Ausgabe gilt.
Komponenteneinstellung
Empfohlen, weil:
- Dieselbe Logik gilt konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe (mit SQL nicht möglich)
- Es verbraucht keines Ihrer eingeschränkten abgeleiteten Felder.
Komponenteneinstellung
Empfohlen, da keines Ihrer eingeschränkten abgeleiteten Felder verbraucht wird.
Abgeleitetes Feld
Empfohlen für Benutzerfreundlichkeit und da dieselbe Logik konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe gilt.
Hängt von einer Bereichseinstellung ab (verwendet eine Sitzung als Bereich und kann nicht konfiguriert werden). Siehe Wie sich Bereichseinstellungen auf Daten-Feeds auswirken.
Abgeleitetes Feld
Empfohlen für Benutzerfreundlichkeit und da dieselbe Logik konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe gilt.
Komponenteneinstellung
Empfohlen für Benutzerfreundlichkeit und da dieselbe Logik konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe gilt.
Die Option Kein Wert als Wert behandeln gilt für Daten-Feeds, während die Optionen Standardmäßig „Kein Wert“ und Standardmäßig „Kein Wert“ nicht für Daten-Feeds gelten.
Abgeleitetes Feld
Empfohlen für Benutzerfreundlichkeit und da dieselbe Logik konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe gilt.
Einfach/Mittel
Eine Lookup-Tabelle muss bereits vorhanden sein.
Komponenteneinstellung
Empfohlen, weil:
- Dieselbe Logik gilt konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe (mit SQL nicht möglich)
- Es verbraucht keines Ihrer eingeschränkten abgeleiteten Felder.
Abgeleitetes Feld
Empfohlen für Benutzerfreundlichkeit und da dieselbe Logik konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe gilt.
Komponenteneinstellung
Empfohlen, da keines Ihrer eingeschränkten abgeleiteten Felder verbraucht wird.
diffizil
Erfordert ein benutzerdefiniertes Zeichenfolgen-Parsing, um dieselben Komponenten zu extrahieren.
Abgeleitetes Feld
Empfohlen für Benutzerfreundlichkeit und da dieselbe Logik konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe gilt.
Komponenteneinstellung
Empfohlen für die Benutzerfreundlichkeit und den Umstand, dass keines der eingeschränkten abgeleiteten Felder verbraucht wird.
Komponenteneinstellung
Alle drei Ansätze führen zum gleichen Ergebnis, bevorzugen jedoch aus folgenden Gründen die Komponenteneinstellung:
- Dieselbe Logik gilt konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe (mit SQL nicht möglich)
- Es verbraucht keines Ihrer eingeschränkten abgeleiteten Felder.
Abgeleitetes Feld
Empfohlen für Benutzerfreundlichkeit und da dieselbe Logik konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe gilt.
Abgeleitetes Feld
Empfohlen für Benutzerfreundlichkeit und da dieselbe Logik konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe gilt.
Komponenteneinstellung
Empfohlen, weil:
- Dieselbe Logik gilt konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe (mit SQL nicht möglich)
- Es verbraucht keines Ihrer eingeschränkten abgeleiteten Felder.
Abgeleitetes Feld
Empfohlen für Benutzerfreundlichkeit und da dieselbe Logik konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe gilt.
Komponenteneinstellung
Empfohlen, weil:
- Dieselbe Logik gilt konsistent sowohl für Analysis Workspace als auch für Ihre Daten-Feed-Ausgabe (mit SQL nicht möglich)
- Es verbraucht keines Ihrer eingeschränkten abgeleiteten Felder.
Auswirkungen der Bereichseinstellungen auf Daten-Feeds scope-settings
Datumsmathematik, Deduplizierung, Nächstes oder vorheriges Datum und Zusammenfassen hängen von einer Umfang-Einstellung von Ereignis, Sitzung oder Person ab (die verfügbaren Optionen variieren je nach Funktion). Die Tiefe hat kein konfigurierbares Feld für den Umfang, ist jedoch inhärent an die Sitzung gebunden, ähnlich der standardmäßigen Dimension „Ereignistiefe“. Jedes Feld mit einem Bereich schreibt denselben Wert in jede Zeile innerhalb dieses Bereichs. Dieser Wert hängt von den Daten im Verarbeitungsfenster“ .
Da das Verarbeitungsfenster bei jedem Daten-Feed-Versand nach vorne verschoben wird, kann dasselbe Feld bei einem späteren Versand einen anderen Wert zurückgeben, auch für Ereignisse, die bereits aufgetreten sind.
Das Risiko steigt mit der Größe des Umfangs: Der Umfang einer Person ist mit mehr Risiko verbunden als der Sitzungsumfang, da die Historie einer Person innerhalb eines Feed-Durchgangs keine natürliche Zeitgrenze hat.
Abgeleitete Feldfunktionsvorlagen
Funktionsvorlagen für abgeleitete Felder ermöglichen es Ihnen, schnell ein abgeleitetes Feld für einen bestimmten Anwendungsfall zu erstellen, z. B. zum Erstellen von Marketing-Kanälen, zum Erkennen von Bots oder zum Extrahieren eines UTM-Parameters aus einer URL. Da eine Vorlage aus einer Kette vordefinierter Regeln erstellt wird, ist es fast immer vorzuziehen, dieselbe Logik in SQL von Grund auf neu zu verwenden, wie beim Marketing Channel Template.
Wenn eine Vorlage eine Funktion enthält, die von einer Bereichseinstellung abhängig ist, erbt die Vorlage die Bereichsvorsicht dieser Funktion. Siehe Wie sich Bereichseinstellungen auf Daten-Feeds auswirken.