Práticas recomendadas do modelo de dados

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

Observação

Para criar e modificar recursos a fim de estender o modelo de dados predefinido da Adobe Campaign, consulte esta seção.

Você pode encontrar uma representação de modelo de dados dos recursos incorporados nesta página.

Visão geral

O sistema Adobe Campaign é extremamente flexível e pode ser estendido além da implementação inicial. No entanto, embora as possibilidades sejam infinitas, é fundamental tomar decisões sábias e criar bases fortes para o start do design de seu modelo de dados.

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

Arquitetura do modelo de dados

A Adobe Campaign Standard é um poderoso sistema de gestões de campanha entre canais que pode ajudá-lo a alinhar suas estratégias online e offline para criar experiências personalizadas de clientes.

Abordagem centrada no cliente

Enquanto a maioria dos provedores de serviço de e-mail está se comunicando com os clientes por uma abordagem centrada na lista, a Adobe Campaign depende de um banco de dados relacional para aproveitar uma visualização mais ampla dos clientes e seus atributos.

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

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

Dados para Adobe Campaign

Que dados devem ser enviados à Adobe Campaign? É importante determinar os dados necessários para suas atividades de marketing.

Observação

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

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

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

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

Tipos de dados

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

  • O comprimento de um campo de string deve ser sempre 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 menor.
  • É aceitável ter um campo menor 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 mais curta ou um número inteiro menor no Adobe Campaign.

Configuração da estrutura de dados

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

Identificadores

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

A tabela a seguir descreve esses identificadores e sua finalidade.

Observação

O nome para exibição é o nome do campo exibido ao usuário por meio da interface do usuário do Adobe Campaign. O nome técnico é o nome do campo real na definição do recurso (e o nome da coluna da tabela).

Nome de exibição Designação técnica Descrição Práticas recomendadas
PKey
  • O PKey é a chave primária física de uma tabela do Adobe Campaign.
  • Normalmente, esse identificador é exclusivo de uma instância específica do Adobe Campaign.
  • No Adobe Campaign Standard, esse valor não é visível para o usuário final (exceto em URLs).
  • Por meio do sistema deAPI, é possível recuperar um valor PKey (que é um valor gerado/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 o espaço "", a semircoluna ":" ou o 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 label
  • O rótulo é o identificador comercial de um objeto ou registro no Adobe Campaign.
  • Esse objeto permite espaços e caracteres especiais.
  • Não garante a unicidade de um registro.
  • É recomendável determinar uma estrutura para seus rótulos de objetos.
  • Essa é a solução mais fácil de usar para identificar um registro ou objeto para um usuário do Adobe Campaign.
ID ACS acsId
  • Um identificador adicional pode ser gerado: a ID ACS.
  • Como o PKey não pode ser usado 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ó pode ser gerado automaticamente se a opção estiver ativada no recurso antes de um registro ser inserido no Adobe Campaign.
  • Essa UUID pode ser usada como uma chave de reconciliação.
  • Uma ID 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.

Teclas de identificação

Cada recurso criado no Adobe Campaign deve ter pelo menos uma chave deidentificaçã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 número inteiro. Os inteiros fornecerão desempenho mais alto em tabelas grandes e unirão-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 diferentes sistemas.

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

Índices

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

  • A Adobe recomenda a definição de índices adicionais, pois pode melhorar o desempenho.
  • No entanto, não adicione índices demais, 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 nesta seção.

  • Embora seja possível unir qualquer tabela em um fluxo de trabalho, o Adobe recomenda a definição de links comuns entre recursos diretamente na definição da estrutura de dados.
  • O link deve ser definido de acordo com os dados reais em suas tabelas. Uma definição incorreta poderia afetar os dados recuperados por meio de links, por exemplo, duplicando registros inesperadamente.
  • Dê um nome consistente ao seu link 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-a como "transaction" em vez de "transactionId".

Desempenho

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

Recomendações gerais

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

Relações de um para muitos

  • O design de dados afeta a usabilidade e a funcionalidade. Se você projetar seu modelo de dados com muitas relações um para muitos, isso torna mais difícil para os usuários construírem uma lógica significativa no aplicativo. A lógica de filtro um para muitos pode ser difícil para comerciantes não técnicos construírem e entenderem corretamente.
  • É bom ter todos os campos essenciais em uma tabela, pois facilita a criação de query pelos usuários. Às vezes, também é bom para o desempenho duplicado alguns campos nas tabelas se puder evitar uma junção.
  • Determinadas funcionalidades incorporadas não poderão fazer referência a relações one-to-many, por exemplo, fórmula de Ponderação Oferta e Delivery.

Tabelas grandes

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

  • Reduza o número de colunas, principalmente identificando as que não são usadas.
  • Otimize as relações do modelo de dados evitando junções complexas, como junções em várias condições e/ou em várias colunas.
  • Para teclas de junção, sempre use dados numéricos em vez de sequências de caracteres.
  • Reduza o máximo possível a profundidade da retenção de registros. Se precisar de um histórico mais profundo, você pode agregação a computação e/ou manipular tabelas de log personalizadas para armazenar um histórico maior.

Nesta página