Práticas recomendadas do modelo de dados data-model-best-practices

Este documento descreve as principais recomendações ao projetar o modelo de dados do Adobe Campaign.

NOTE
Para criar e modificar recursos para estender o modelo de dados predefinido do Adobe Campaign, consulte esta seção.
Você pode encontrar uma representação de modelo de dados dos recursos internos em esta página.

Visão geral overview

O sistema Adobe Campaign é extremamente flexível e pode ser estendido além da implementação inicial. No entanto, embora as possibilidades sejam infinitas, é essencial tomar decisões sábias e criar bases sólidas para começar a projetar seu modelo de dados.

Este documento fornece casos de uso comuns e práticas recomendadas para saber como arquitetar corretamente a ferramenta Adobe Campaign.

Arquitetura do modelo de dados data-model-architecture

O Adobe Campaign Standard é um eficiente sistema de gerenciamento de campanhas em vários canais que pode ajudar você a alinhar suas estratégias online e offline para criar experiências personalizadas de clientes.

Abordagem centrada no cliente customer-centric-approach

Embora a maioria dos provedores de serviços de email esteja se comunicando com os clientes por meio de uma abordagem centrada em listas, o Adobe Campaign depende de um banco de dados relacional para aproveitar uma visualização mais ampla dos clientes e seus atributos.

Essa abordagem centrada no cliente é mostrada no gráfico abaixo. O recurso Perfil em cinza representa a tabela principal do cliente em torno da qual tudo está sendo criado:

O modelo de dados padrão do Adobe Campaign é apresentado nesta seção.

Dados para o Adobe Campaign data-for-campaign

Quais dados devem ser enviados para o Adobe Campaign? É essencial determinar os dados necessários para suas atividades de marketing.

NOTE
O Adobe Campaign não é um data warehouse. Portanto, não tente importar todos os clientes possíveis e suas informações associadas para o Adobe Campaign.

Para decidir se um atributo seria necessário ou não no Adobe Campaign, determine se ele se enquadra em uma destas categorias:

  • Atributo usado para segmentação
  • Atributo usado para processos de gerenciamento de dados (cálculo agregado por exemplo)
  • Atributo usado para personalização
  • Atributo usado para relatórios (relatórios podem ser criados com base em dados de perfil personalizados)

Se não estiver se encaixando em nenhum desses, você provavelmente não precisará desse atributo no Adobe Campaign.

Tipos de dados data-types

Para garantir uma boa arquitetura e desempenho do sistema, siga as práticas recomendadas abaixo para configurar dados no Adobe Campaign:

  • O comprimento de um campo de string deve sempre ser definido com a coluna. Por padrão, o comprimento máximo no Adobe Campaign é de 255 caracteres, mas o Adobe recomenda manter o campo mais curto, se você já souber que o tamanho não excederá um comprimento mais curto.
  • É aceitável ter um campo mais curto no Adobe Campaign do que no sistema de origem se você tiver certeza de que o tamanho no sistema de origem foi superestimado e não seria atingido. Isso pode significar uma string menor ou um inteiro menor no Adobe Campaign.

Configuração da estrutura de dados configuring-data-structure

Esta seção descreve as práticas recomendadas para configurar a estrutura de dados de um recurso.

Identificadores identifiers

Os recursos do Adobe Campaign têm três identificadores e é possível adicionar um identificador adicional.

A tabela a seguir descreve esses identificadores e sua finalidade.

NOTE
O nome de exibição é o nome do campo exibido para o usuário na interface do usuário do Adobe Campaign. O nome técnico é o nome de campo real na definição de recurso (e o nome da coluna da tabela).
Nome de exibição
Nome técnico
Descrição
Práticas recomendadas
PKey
  • A PKey é a chave primária física de uma tabela Adobe Campaign.
  • Normalmente, esse identificador é exclusivo de uma instância específica do Adobe Campaign.
  • No Adobe Campaign Standard, esse valor não está visível para o usuário final (exceto em URLs).
  • Através do sistema de API, é possível recuperar um valor PKey (que é um valor gerado/com hash, não a chave física).
  • Não é recomendável usá-lo para nada além de recuperar, atualizar ou excluir registros por meio da API.
ID
name ou internalName
  • Essas informações são um identificador exclusivo de um registro em uma tabela. Esse valor pode ser atualizado manualmente.
  • Esse identificador mantém seu valor quando implantado em uma instância diferente do Adobe Campaign. Ele deve ter um nome diferente do valor gerado para ser exportável por meio de um pacote.
  • Essa não é a chave primária real da tabela.
  • Não use caracteres especiais como espaço "", semicuna ":" ou hífen "-".
  • Todos esses caracteres seriam substituídos por um sublinhado "_" (caractere permitido). Por exemplo, "abc-def" e "abc:def" seriam armazenados como "abc_def" e se substituiriam.
Rótulo
rótulo
  • O rótulo é o identificador comercial de um objeto ou registro no Adobe Campaign.
  • Esse objeto permite espaços e caracteres especiais.
  • Isso não garante a exclusividade de um registro.
  • É recomendável determinar uma estrutura para seus rótulos de objeto.
  • Essa é a solução mais simples para identificar um registro ou objeto para um usuário do Adobe Campaign.
ID DO ACS
acsId
  • Um identificador adicional pode ser gerado: a ID do ACS.
  • Como a PKey não pode ser usada na interface do usuário do Adobe Campaign, essa é uma solução para obter um valor exclusivo gerado durante a inserção de um registro de perfil.
  • O valor só poderá ser gerado automaticamente se a opção estiver habilitada no recurso antes que um registro seja inserido no Adobe Campaign.
  • Essa UUID pode ser usada como uma chave de reconciliação.
  • Uma ID de ACS gerada automaticamente não pode ser usada como referência em um fluxo de trabalho ou em uma definição de pacote.
  • Esse valor é específico para uma instância do Adobe Campaign.

Chaves de identificação keys

Cada recurso criado no Adobe Campaign deve ter pelo menos uma chave de identificação exclusiva.

Ao criar um recurso personalizado, você tem duas opções:

  • Uma combinação de chave gerada automaticamente e chave personalizada interna. Essa opção é interessante se a chave do sistema for uma chave composta ou não for um inteiro. Inteiros fornecerão maiores desempenhos em tabelas grandes e juntando-se a outras tabelas.
  • Usar a chave primária como a chave primária do sistema externo. Essa solução geralmente é preferida, pois simplifica a abordagem de importar e exportar dados, com uma chave consistente entre sistemas diferentes.

As chaves de identificação não devem ser usadas como referência em fluxos de trabalho.

Índices indexes

O Adobe Campaign adiciona automaticamente um índice a todas as chaves primárias e internas definidas em um recurso.

  • A Adobe recomenda definir índices adicionais, pois pode melhorar o desempenho.
  • No entanto, não adicione muitos índices, pois eles usam espaço no banco de dados. Vários índices também podem ter um impacto negativo no desempenho.
  • Selecione cuidadosamente os índices que precisam ser definidos.

A definição de links com outros recursos é apresentada em esta seção.

  • Embora seja possível unir qualquer tabela em um fluxo de trabalho, o Adobe recomenda definir links comuns entre os recursos diretamente na definição da estrutura de dados.
  • O link deve ser definido em alinhamento com os dados reais nas tabelas. Uma definição incorreta poderia afetar os dados recuperados por meio de links, por exemplo, registros duplicados inesperadamente.
  • Nomeie o link de forma consistente com o nome do recurso: o nome do link deve ajudar a entender o que é a tabela distante.
  • Não nomeie um link com "id" como sufixo. Por exemplo, nomeie-o como "transaction" em vez de "transactionId".

Desempenho performance

Para garantir um melhor desempenho a qualquer momento, siga as práticas recomendadas abaixo.

Recomendações gerais general-recommendations

  • Evite usar operações como "CONTAINS" em consultas. Se você souber o que é esperado e quiser ser filtrado, aplique a mesma condição com um "IGUAL A" ou outros operadores de filtro específicos.
  • Evite ingressar em campos não indexados ao criar dados em workflows.
  • Tente e certifique-se de que processos como importação e exportação ocorram fora do horário comercial.
  • Verifique se há uma programação para todas as atividades diárias e siga a programação.
  • Se um ou alguns dos processos diários falharem e for obrigatório executá-los no mesmo dia, verifique se não há processos conflitantes em execução quando o processo manual for iniciado, pois isso pode afetar o desempenho do sistema.
  • Certifique-se de que nenhuma das campanhas diárias seja executada durante o processo de importação ou quando qualquer processo manual for executado.
  • Use uma ou várias tabelas de referência em vez de duplicar um campo em cada linha. Ao usar pares chave/valor, é preferível escolher uma chave numérica.
  • Uma sequência curta permanece aceitável. Caso as tabelas de referência já estejam em vigor em um sistema externo, reutilizar o mesmo facilitará a integração de dados com o Adobe Campaign.

Relacionamentos um para muitos one-to-many-relationships

  • O design de dados afeta a usabilidade e a funcionalidade. Se você projetar seu modelo de dados com várias relações um para muitos, será mais difícil para os usuários criar uma lógica significativa no aplicativo. A lógica de filtro de um para muitos pode ser difícil para profissionais de marketing não técnicos criarem e compreenderem corretamente.
  • É bom ter todos os campos essenciais em uma tabela porque facilita a criação de consultas pelos usuários. Às vezes, também é bom que o desempenho duplique alguns campos em tabelas se puder evitar uma associação.
  • Certas funcionalidades integradas não poderão fazer referência a relações um para muitos, por exemplo, fórmula de Ponderação da oferta e Entregas.

Tabelas grandes large-tables

Abaixo estão algumas práticas recomendadas que devem ser seguidas ao projetar seu modelo de dados usando tabelas grandes e associações complexas.

  • Reduza o número de colunas, principalmente identificando aquelas que não são usadas.
  • Otimize as relações do modelo de dados evitando associações complexas, como associações em várias condições e/ou colunas.
  • Para chaves de junção, sempre use dados numéricos em vez de cadeias de caracteres.
  • Reduza o máximo possível a profundidade da retenção de registros. Se precisar de um histórico mais profundo, você poderá agregar o cálculo e/ou manipular tabelas de log personalizadas para armazenar um histórico maior.
recommendation-more-help
3ef63344-7f3d-48f9-85ed-02bf569c4fff