Prácticas recomendadas del modelo de datos

Este documento describe las recomendaciones clave al diseñar el modelo de datos de Adobe Campaign.

NOTA

Para crear y modificar recursos con el fin de ampliar el modelo de datos predefinido de Adobe Campaign, consulte esta sección.

Puede encontrar una representación del modelo de datos de los recursos integrados en esta página.

Información general

El sistema Adobe Campaign es extremadamente flexible y se puede ampliar más allá de la implementación inicial. Sin embargo, aunque las posibilidades son infinitas, es fundamental tomar decisiones sabias y construir bases sólidas para empezar a diseñar su modelo de datos.

Este documento proporciona casos de uso comunes y prácticas recomendadas para aprender a diseñar correctamente la herramienta Adobe Campaign.

Arquitectura del modelo de datos

Adobe Campaign Standard es un potente sistema de administración de campañas en canales múltiples que puede ayudarle a alinear sus estrategias en línea y sin conexión para crear experiencias personalizadas con los clientes.

Enfoque centrado en el cliente

Aunque la mayoría de los proveedores de servicios de correo electrónico se comunican a los clientes mediante un enfoque centrado en la lista, Adobe Campaign depende de una base de datos relacional para aprovechar una vista más amplia de los clientes y sus atributos.

Este enfoque centrado en el cliente se muestra en el gráfico siguiente. El recurso Profile en gris representa la tabla del cliente principal en torno a la cual se está creando todo:

El modelo de datos predeterminado de Adobe Campaign se presenta en esta sección.

Datos para Adobe Campaign

¿Qué datos se deben enviar a Adobe Campaign? Es fundamental determinar los datos necesarios para sus actividades de marketing.

NOTA

Adobe Campaign no es un almacén de datos. Por lo tanto, no intente importar todos los clientes posibles y su información asociada en Adobe Campaign.

Para tomar la decisión de si un atributo sería necesario o no en Adobe Campaign, determine si correspondería a una de estas categorías:

  • Atributo utilizado para la segmentación
  • Atributo utilizado para procesos de administración de datos (cálculo agregado, por ejemplo)
  • Atributo utilizado para personalización
  • Atributo utilizado para informes (los informes se pueden crear en función de los datos de perfil personalizados)

Si no se incluye en ninguno de estos parámetros, lo más probable es que no necesite este atributo en Adobe Campaign.

Tipos de datos

Para garantizar una buena arquitectura y un buen rendimiento de su sistema, siga las prácticas recomendadas a continuación para configurar los datos en Adobe Campaign:

  • La longitud de un campo de cadena siempre debe definirse con la columna . De forma predeterminada, la longitud máxima en Adobe Campaign es de 255 caracteres, pero Adobe recomienda mantener el campo más corto si ya sabe que el tamaño no superará una longitud más corta.
  • Es aceptable tener un campo más corto en Adobe Campaign que en el sistema de origen si está seguro de que el tamaño del sistema de origen se sobreestimó y no se alcanzaría. Esto podría significar una cadena más corta o un número entero menor en Adobe Campaign.

Configuración de la estructura de datos

Esta sección describe las prácticas recomendadas al configurar la estructura de datos de un recurso.

Identificadores

Los recursos de Adobe Campaign tienen tres identificadores y es posible añadir un identificador adicional.

En la tabla siguiente se describen estos identificadores y su finalidad.

NOTA

El nombre para mostrar es el nombre del campo que se muestra al usuario a través de la interfaz de usuario de Adobe Campaign. El nombre técnico es el nombre real del campo en la definición del recurso (y el nombre de la columna de tabla).

Nombre para mostrar Nombre técnico Descripción Prácticas recomendadas
PKey
  • La clave PKey es la clave principal física de una tabla Adobe Campaign.
  • Este identificador suele ser único para una instancia de Adobe Campaign específica.
  • En Adobe Campaign Standard, este valor no es visible para el usuario final (excepto en las direcciones URL).
  • A través del sistema API, es posible recuperar un valor PKey (que es un valor generado/hash, no la clave física).
  • No se recomienda utilizarlo para nada más que recuperar, actualizar o eliminar registros mediante API.
ID name o internalName
  • Esta información es un identificador único de un registro de una tabla. Este valor se puede actualizar manualmente.
  • Este identificador mantiene su valor cuando se implementa en una instancia diferente de Adobe Campaign. Debe tener un nombre diferente al valor generado para poder exportarlo a través de un paquete.
  • Esta no es la clave principal real de la tabla.
  • No utilice caracteres especiales como espacio "", semicolumna ":" o guión "-".
  • Todos estos caracteres se sustituirían por un guión bajo "_" (carácter permitido). Por ejemplo, "abc-def" y "abc:def" se almacenarían como "abc_def" y se sobrescribirían entre sí.
Etiqueta label
  • La etiqueta es el identificador comercial de un objeto o registro en Adobe Campaign.
  • Este objeto permite espacios y caracteres especiales.
  • No garantiza la exclusividad de un registro.
  • Se recomienda determinar una estructura para las etiquetas de objeto.
  • Esta es la solución más fácil de usar para identificar un registro u objeto para un usuario de Adobe Campaign.
ID de ACS acsId
  • Se puede generar un identificador adicional: el ACS ID.
  • Como el PKey no se puede usar en la interfaz de usuario de Adobe Campaign, esta es una solución para obtener un valor único generado durante la inserción de un registro de perfil.
  • El valor solo se puede generar automáticamente si la opción está habilitada en el recurso antes de que se inserte un registro en Adobe Campaign.
  • Este UUID se puede utilizar como clave de reconciliación.
  • Un ID ACS generado automáticamente no se puede utilizar como referencia en un flujo de trabajo o en una definición de paquete.
  • Este valor es específico de una instancia de Adobe Campaign.

Claves de identificación

Cada recurso creado en Adobe Campaign debe tener al menos una clave de identificación única.

Al crear un recurso personalizado, tiene dos opciones:

  • Combinación de clave generada automáticamente y clave personalizada interna. Esta opción es interesante si la clave del sistema es una clave compuesta o no un número entero. Los integradores proporcionarán un mayor rendimiento en las mesas grandes y se unirán a otras tablas.
  • Uso de la clave principal como clave principal del sistema externo. Esta solución suele ser preferible, ya que simplifica el enfoque para importar y exportar datos, con una clave coherente entre los distintos sistemas.

Las claves de identificación no deben utilizarse como referencia en flujos de trabajo.

Índices

Adobe Campaign agrega automáticamente un index a todas las claves principales e internas definidas en un recurso.

  • Adobe recomienda definir índices adicionales, ya que puede mejorar el rendimiento.
  • Sin embargo, no agregue demasiados índices ya que utilizan espacio en la base de datos. Muchos índices también pueden tener un impacto negativo en el rendimiento.
  • Seleccione cuidadosamente los índices que deben definirse.

La definición de vínculos con otros recursos se presenta en esta sección.

  • Aunque es posible unir cualquier tabla en un flujo de trabajo, Adobe recomienda definir vínculos comunes entre los recursos directamente en la definición de la estructura de datos.
  • El vínculo se debe definir en alineación con los datos reales de las tablas. Una definición incorrecta podría afectar a los datos recuperados mediante vínculos, por ejemplo, duplicando registros de forma inesperada.
  • Asigne un nombre al vínculo de forma coherente con el nombre del recurso: el nombre del vínculo debería ayudar a comprender cuál es la tabla distante.
  • No asigne a un vínculo el nombre "id" como sufijo. Por ejemplo, asígnele el nombre "transaction" en lugar de "transactionId".

Rendimiento

Para garantizar un mejor rendimiento en cualquier momento, siga las prácticas recomendadas a continuación.

Recomendaciones generales

  • Evite utilizar operaciones como "CONTIENE" en consultas. Si sabe para qué se espera y desea que se filtre, aplique la misma condición con un "EQUAL TO" u otros operadores de filtro específicos.
  • Evite unirse a campos no indexados al crear datos en flujos de trabajo.
  • Intente asegurarse de que los procesos como la importación y exportación se producen fuera del horario laboral.
  • Asegúrese de que haya una programación para todas las actividades diarias y cumpla con la programación.
  • Si uno o varios de los procesos diarios fallan y si es obligatorio ejecutarlo ese mismo día, asegúrese de que no haya procesos conflictivos en ejecución cuando se inicie el proceso manual, ya que esto podría afectar al rendimiento del sistema.
  • Asegúrese de que ninguna de las campañas diarias se ejecuta durante el proceso de importación o cuando se ejecuta cualquier proceso manual.
  • Utilice una o varias tablas de referencia en lugar de duplicar un campo en cada fila. Al utilizar pares clave/valor, se prefiere elegir una clave numérica.
  • Una cadena corta sigue siendo aceptable. En caso de que las tablas de referencias ya estén implementadas en un sistema externo, reutilizar la misma facilitará la integración de datos con Adobe Campaign.

Relaciones "uno a varios"

  • El diseño de datos afecta a la capacidad de uso y la funcionalidad. Si diseña su modelo de datos con muchas relaciones de uno a varios, a los usuarios les resultará más difícil construir una lógica significativa en la aplicación. La lógica de filtro "uno a varios" puede resultar difícil para los especialistas en marketing que no son técnicos construir y comprender correctamente.
  • Es bueno tener todos los campos esenciales en una tabla porque facilita a los usuarios la creación de consultas. A veces también es bueno para el rendimiento duplicar algunos campos entre tablas si puede evitar una unión.
  • Algunas funcionalidades integradas no podrán hacer referencia a relaciones "uno a varios", por ejemplo, la fórmula de Ponderación de ofertas y los Envíos.

Tablas grandes

A continuación se indican algunas prácticas recomendadas que deben seguirse al diseñar el modelo de datos con tablas grandes y uniones complejas.

  • Reduzca el número de columnas, especialmente identificando aquellas que no se utilizan.
  • Optimice las relaciones del modelo de datos evitando las uniones complejas, como las uniones en varias condiciones o varias columnas.
  • Para las claves de unión, utilice siempre datos numéricos en lugar de cadenas de caracteres.
  • Reduzca al máximo la profundidad de la retención de registros. Si necesita un historial más profundo, puede acumular cálculos y/o administrar tablas de registro personalizadas para almacenar un historial más grande.

En esta página