Aplicar transformaciones de datos a las fuentes de datos
Puede transformar los datos de las fuentes de datos mediante cualquiera de los métodos siguientes:
Cada método tiene ventajas y desventajas. Las siguientes secciones comparan los equilibrio entre ambos, general y para transformaciones específicas.
Comparar métodos de transformación de datos generalmente
En la tabla siguiente se comparan las ventajas y desventajas de cada método en general.
- Se aplican en el momento del informe, antes de que se envíe la fuente de datos.
- La misma lógica se aplica de forma coherente en Analysis Workspace y en la salida de la fuente de datos.
- No consume uno de los campos derivados limitados de su cuenta.
- No hay límite en el número de configuraciones de componentes que puede utilizar.
- Añade una sobrecarga de procesamiento, que puede afectar al rendimiento de la entrega de fuentes de datos
- Solo está disponible para el conjunto de configuraciones específico que admite cada componente. No es tan flexible como crear lógica personalizada con un campo derivado.
- Se aplican en el momento del informe, antes de que se envíe la fuente de datos.
- La misma lógica se aplica de forma coherente en Analysis Workspace y en la salida de la fuente de datos.
- Admite una lógica personalizada más flexible que cualquier configuración de componente individual, como reglas condicionales encadenadas.
- Algunas transformaciones, especialmente las que dependen de una configuración de Ámbito o las que analizan una dirección URL, son difíciles de replicar en SQL.
- Añade una sobrecarga de procesamiento, que puede afectar al rendimiento de la entrega de fuentes de datos
- Agrega la sobrecarga de procesamiento, lo que puede afectar el rendimiento de la entrega de fuentes de datos.
- Utiliza uno de los campos derivados limitados de la cuenta. Si la configuración de un componente puede realizar la misma transformación, utilice esa opción en su lugar.
- No limitado por los límites de función y operador que se aplican a los campos derivados.
- No afecta al rendimiento de la entrega de fuentes de datos.
- Se aplica después de que la fuente de datos ya se haya entregado.
- La lógica no se aplica en Analysis Workspace, por lo que debe duplicarla allí por separado.
- Algunas transformaciones son difíciles o poco prácticas de replicar, especialmente aquellas que dependen de una configuración de Ámbito, que analizan una dirección URL o que deduplican o conservan un valor en un ámbito.
Comparar métodos de transformación de datos por tipo de transformación
En la tabla siguiente se enumeran las transformaciones de datos específicas, mostrando qué método (o métodos) puede realizar cada uno, lo difícil que sería replicarlo en SQL y qué método se recomienda.
Configuración de componentes
Se recomienda porque no consume uno de los campos derivados limitados.
Fácil para cadenas
De moderado a difícil para las métricas (requiere una instrucción CASE combinada con un COUNT)
Configuración de componentes
Recomendado para facilitar su uso y porque no consume uno de sus campos derivados limitados.
Campo derivado
Se recomienda porque la misma lógica se aplica de forma coherente en Analysis Workspace y en la salida de la fuente de datos.
Campo derivado
Se recomienda porque la misma lógica se aplica de forma coherente en Analysis Workspace y en la salida de la fuente de datos.
Campos derivados
Se recomienda porque la misma lógica se aplica de forma coherente en Analysis Workspace y en la salida de la fuente de datos.
Configuración de componentes
Recomendado debido a:
- La misma lógica se aplica de forma coherente en la salida de Analysis Workspace y en la salida de la fuente de datos (no es posible con SQL)
- No consume uno de sus campos derivados limitados.
Configuración de componentes
Se recomienda porque no consume uno de los campos derivados limitados.
Campo derivado
Se recomienda para facilitar el uso y porque la misma lógica se aplica de forma coherente en Analysis Workspace y en la salida de la fuente de datos.
Depende de una configuración de ámbito (utiliza la sesión como ámbito y no se puede configurar). Consulte Cómo afecta la configuración del ámbito a las fuentes de datos.
Campo derivado
Se recomienda para facilitar el uso y porque la misma lógica se aplica de forma coherente en Analysis Workspace y en la salida de la fuente de datos.
Configuración de componentes
Se recomienda para facilitar el uso y porque la misma lógica se aplica de forma coherente en Analysis Workspace y en la salida de la fuente de datos.
La opción Tratar “Sin valor” como un valor se aplica a las fuentes de datos, mientras que las opciones No mostrar “Sin valor” de forma predeterminada y Mostrar “Sin valor” de forma predeterminada no se aplican a las fuentes de datos.
Campo derivado
Se recomienda para facilitar el uso y porque la misma lógica se aplica de forma coherente en Analysis Workspace y en la salida de la fuente de datos.
Fácil/moderado
Ya debe existir una tabla de búsqueda.
Configuración de componentes
Recomendado debido a:
- La misma lógica se aplica de forma coherente en la salida de Analysis Workspace y en la salida de la fuente de datos (no es posible con SQL)
- No consume uno de sus campos derivados limitados.
Campo derivado
Se recomienda para facilitar el uso y porque la misma lógica se aplica de forma coherente en Analysis Workspace y en la salida de la fuente de datos.
Configuración de componentes
Se recomienda porque no consume uno de los campos derivados limitados.
Difícil
Requiere análisis de cadenas personalizadas para extraer los mismos componentes.
Campo derivado
Se recomienda para facilitar el uso y porque la misma lógica se aplica de forma coherente en Analysis Workspace y en la salida de la fuente de datos.
Configuración de componentes
Recomendado para facilitar su uso y porque no consume uno de sus campos derivados limitados.
Configuración de componentes
Los tres métodos producen el mismo resultado, pero prefieren la configuración de componentes porque:
- La misma lógica se aplica de forma coherente en la salida de Analysis Workspace y en la salida de la fuente de datos (no es posible con SQL)
- No consume uno de sus campos derivados limitados.
Campo derivado
Se recomienda para facilitar el uso y porque la misma lógica se aplica de forma coherente en Analysis Workspace y en la salida de la fuente de datos.
Campo derivado
Se recomienda para facilitar el uso y porque la misma lógica se aplica de forma coherente en Analysis Workspace y en la salida de la fuente de datos.
Configuración de componentes
Recomendado debido a:
- La misma lógica se aplica de forma coherente en la salida de Analysis Workspace y en la salida de la fuente de datos (no es posible con SQL)
- No consume uno de sus campos derivados limitados.
Campo derivado
Se recomienda para facilitar el uso y porque la misma lógica se aplica de forma coherente en Analysis Workspace y en la salida de la fuente de datos.
Configuración de componentes
Recomendado debido a:
- La misma lógica se aplica de forma coherente en la salida de Analysis Workspace y en la salida de la fuente de datos (no es posible con SQL)
- No consume uno de sus campos derivados limitados.
Cómo afecta la configuración del ámbito a las fuentes de datos scope-settings
La coincidencia de fecha, la anulación de duplicación, la siguiente o la anterior y el resumen dependen de una configuración de ámbito de evento, sesión o persona (las opciones disponibles varían según la función). La profundidad no tiene un campo de ámbito configurable, pero está intrínsecamente vinculada a la sesión, de forma similar a la dimensión de profundidad del evento estándar. Cualquier campo con un ámbito escribe el mismo valor en cada fila dentro de ese ámbito y ese valor depende de los datos dentro del intervalo de fecha retrospectiva.
Dado que el intervalo de fechas retrospectivo se desliza hacia adelante con cada entrega de fuente de datos, el mismo campo puede devolver un valor diferente en una entrega posterior, incluso para los eventos que ya se han producido.
El riesgo aumenta con el tamaño del ámbito: el ámbito de la persona conlleva más riesgo que el de la sesión, ya que el historial de una persona no tiene un límite de tiempo natural dentro de una ejecución de fuente.
Plantillas de funciones de campo derivadas
Las plantillas de función de campo derivado le permiten crear rápidamente un campo derivado para un caso de uso específico, como crear canales de marketing, detectar bots o extraer un parámetro de UTM de una dirección URL. Dado que una plantilla se crea a partir de una cadena de reglas generadas previamente, es casi siempre preferible utilizar una a reproducir la misma lógica en SQL desde cero, como con Marketing Channel Template.
Si una plantilla incluye una función que depende de una configuración de ámbito, la plantilla hereda la precaución de ámbito de esa función. Consulte Cómo afecta la configuración del ámbito a las fuentes de datos.