Application de transformations de données aux flux de données
Vous pouvez transformer les données de vos flux de données à l’aide de l’une des méthodes suivantes :
Chaque méthode présente des avantages et des inconvénients. Les sections suivantes comparent les compromis à la fois de manière générale et pour des transformations spécifiques.
Comparer les méthodes de transformation des données en général
Le tableau suivant compare les avantages et les inconvénients de chaque méthode en général.
- Appliqué au moment du rapport, avant la diffusion de votre flux de données.
- La même logique s’applique de manière cohérente à la fois dans Analysis Workspace et dans votre sortie de flux de données.
- N’utilise pas l’un des champs dérivés limités de votre compte.
- Le nombre de paramètres de composant que vous pouvez utiliser n’est pas limité.
- Ajoute une surcharge de traitement, qui peut affecter les performances de diffusion des flux de données
- Disponible uniquement pour l’ensemble spécifique de paramètres pris en charge par chaque composant. Pas aussi flexible que la création d’une logique personnalisée avec un champ dérivé.
- Appliqué au moment du rapport, avant la diffusion de votre flux de données.
- La même logique s’applique de manière cohérente à la fois dans Analysis Workspace et dans votre sortie de flux de données.
- Prend en charge une logique personnalisée plus flexible que n’importe quel paramètre de composant unique, tel que les règles conditionnelles chaînées.
- Certaines transformations, en particulier celles qui dépendent d’un paramètre Portée ou qui analysent une URL, sont difficiles à répliquer dans SQL.
- Ajoute une surcharge de traitement, qui peut affecter les performances de diffusion des flux de données
- Ajoute une surcharge de traitement, qui peut affecter les performances de diffusion des flux de données.
- Utilise l’un des champs dérivés limités de votre compte. Si un paramètre de composant peut effectuer la même transformation, utilisez-le à la place.
- Non limité par les limites de fonction et d’opérateur qui s’appliquent aux champs dérivés.
- N’a aucun effet sur les performances de diffusion des flux de données.
- Appliqué une fois que votre flux de données a déjà été diffusé.
- La logique ne s’applique pas à Analysis Workspace. Vous devez donc la dupliquer séparément à cet endroit.
- Certaines transformations sont difficiles ou difficiles à répliquer, en particulier celles qui dépendent d’un paramètre Portée , qui analysent une URL ou qui dédupliquent ou conservent une valeur dans une portée.
Comparer les méthodes de transformation des données par type de transformation
Le tableau suivant répertorie les transformations de données spécifiques, en indiquant quelle méthode (ou quelles méthodes) peut effectuer chacune, à quel point il serait difficile de répliquer en SQL et quelle méthode est recommandée.
Paramètre de composant
Recommandé car il ne consomme pas l’un de vos champs dérivés limités.
Facile pour les cordes
Modéré à difficile pour les mesures (nécessite une instruction CASE combinée avec une COUNT)
Paramètre de composant
Recommandé pour une utilisation facile et parce qu’il ne consomme pas l’un de vos champs dérivés limités.
Champs dérivés
Recommandé, car la même logique s’applique de manière cohérente à la fois dans Analysis Workspace et dans votre sortie de flux de données.
Champs dérivés
Recommandé, car la même logique s’applique de manière cohérente à la fois dans Analysis Workspace et dans votre sortie de flux de données.
Champs dérivés
Recommandé, car la même logique s’applique de manière cohérente à la fois dans Analysis Workspace et dans votre sortie de flux de données.
Paramètre de composant
Recommandé pour les raisons suivantes :
- La même logique s’applique systématiquement dans Analysis Workspace et dans la sortie de flux de données (ce qui n’est pas possible avec SQL)
- Il n’utilise pas l’un de vos champs dérivés limités.
Paramètre de composant
Recommandé car il ne consomme pas l’un de vos champs dérivés limités.
Champs dérivés
Recommandé pour une utilisation facile et parce que la même logique s’applique de manière cohérente à la fois dans Analysis Workspace et dans votre sortie de flux de données.
Dépend d’un paramètre Portée (utilise la session comme portée et elle n’est pas configurable). Voir Comment les paramètres de portée affectent les flux de données.
Champs dérivés
Recommandé pour une utilisation facile et parce que la même logique s’applique de manière cohérente à la fois dans Analysis Workspace et dans votre sortie de flux de données.
Paramètre de composant
Recommandé pour une utilisation facile et parce que la même logique s’applique de manière cohérente à la fois dans Analysis Workspace et dans votre sortie de flux de données.
L’option Traiter « Aucune valeur » comme valeur s’applique aux flux de données, tandis que les options Ne pas afficher « Aucune valeur » par défaut et Afficher « Aucune valeur » par défaut ne s’appliquent pas aux flux de données.
Champs dérivés
Recommandé pour une utilisation facile et parce que la même logique s’applique de manière cohérente à la fois dans Analysis Workspace et dans votre sortie de flux de données.
Facile / Modéré
Une table de recherche doit déjà exister.
Paramètre de composant
Recommandé pour les raisons suivantes :
- La même logique s’applique systématiquement dans Analysis Workspace et dans la sortie de flux de données (ce qui n’est pas possible avec SQL)
- Il n’utilise pas l’un de vos champs dérivés limités.
Champs dérivés
Recommandé pour une utilisation facile et parce que la même logique s’applique de manière cohérente à la fois dans Analysis Workspace et dans votre sortie de flux de données.
Paramètre de composant
Recommandé car il ne consomme pas l’un de vos champs dérivés limités.
Difficile
Nécessite une analyse de chaîne personnalisée pour extraire les mêmes composants.
Champs dérivés
Recommandé pour une utilisation facile et parce que la même logique s’applique de manière cohérente à la fois dans Analysis Workspace et dans votre sortie de flux de données.
Paramètre de composant
Recommandé pour une utilisation facile et parce qu’il ne consomme pas l’un de vos champs dérivés limités.
Paramètre de composant
Les trois approches produisent le même résultat, mais préfèrent le paramètre de composant pour les raisons suivantes :
- La même logique s’applique systématiquement dans Analysis Workspace et dans la sortie de flux de données (ce qui n’est pas possible avec SQL)
- Il n’utilise pas l’un de vos champs dérivés limités.
Champs dérivés
Recommandé pour une utilisation facile et parce que la même logique s’applique de manière cohérente à la fois dans Analysis Workspace et dans votre sortie de flux de données.
Champs dérivés
Recommandé pour une utilisation facile et parce que la même logique s’applique de manière cohérente à la fois dans Analysis Workspace et dans votre sortie de flux de données.
Paramètre de composant
Recommandé pour les raisons suivantes :
- La même logique s’applique systématiquement dans Analysis Workspace et dans la sortie de flux de données (ce qui n’est pas possible avec SQL)
- Il n’utilise pas l’un de vos champs dérivés limités.
Champs dérivés
Recommandé pour une utilisation facile et parce que la même logique s’applique de manière cohérente à la fois dans Analysis Workspace et dans votre sortie de flux de données.
Paramètre de composant
Recommandé pour les raisons suivantes :
- La même logique s’applique systématiquement dans Analysis Workspace et dans la sortie de flux de données (ce qui n’est pas possible avec SQL)
- Il n’utilise pas l’un de vos champs dérivés limités.
Impact des paramètres de portée sur les flux de données scope-settings
Les options Date Math, Dédupliquer, Suivant ou Précédent et Résumé dépendent chacun d’un paramètre Portée d’événement, de session ou de personne (les options disponibles varient selon la fonction). Depth ne dispose pas d’un champ Portée configurable, mais est intrinsèquement lié à la session, comme la dimension Profondeur de l’événement standard. Tout champ avec une portée écrit la même valeur sur chaque ligne de cette portée, et cette valeur dépend des données de la fenêtre de traitement .
Comme la fenêtre de traitement glisse vers l’avant avec chaque diffusion de flux de données, le même champ peut renvoyer une valeur différente pour une diffusion ultérieure, même pour les événements qui se sont déjà produits.
Le risque augmente avec la taille de la portée : la portée de la personne comporte plus de risque que la portée de la session, car l’historique d’une personne n’a pas de limite de temps naturelle au cours d’une exécution de flux.
Modèles de fonction de champ dérivé
Les modèles de fonction de champ dérivé vous permettent de créer rapidement un champ dérivé pour un cas d’utilisation spécifique, comme la création de canaux marketing, la détection de robots ou l’extraction d’un paramètre UTM d’une URL. Étant donné qu’un modèle est créé à partir d’une chaîne de règles préconfigurées, il est presque toujours préférable d’en utiliser une plutôt que de reproduire la même logique en SQL à partir de zéro, comme avec le Marketing Channel Template.
Si un modèle inclut une fonction qui dépend d’un paramètre Portée , le modèle hérite de la mise en garde relative à la portée de cette fonction. Voir Comment les paramètres de portée affectent les flux de données.