Relações entre tabelas e caminhos de tabela

Os dados do cliente geralmente estão espalhados por várias tabelas. É fundamental que esses dados estejam conectados uns aos outros para que você possa aproveitá-los para seus cenários. Por exemplo, você tem uma tabela para usuários, pedidos, detalhes do pedido e produtos. Digamos que você queira um segmento de todos os usuários que fizeram um pedido recentemente. Para criar esse segmento, você não pode usar a tabela Usuários sozinha, mas precisaria da tabela Pedidos e da tabela Usuários . Sua tabela Usuários e Pedidos deve estar vinculada entre si com uma chave como userId. Relacionamentos no Customer Insights - Os dados permitem vincular suas tabelas, permitindo que você use todos os seus dados entre segmentos e medidas e outros processos do Customer Insights - Dados.

As relações definem um gráfico dos seus dados quando as tabelas partilham um identificador comum, uma chave estrangeira. Esta chave estrangeira pode ser referenciada de uma tabela para outra. Uma relação consiste em uma tabela de origem contendo a chave estrangeira e uma tabela de destino para a qual a chave estrangeira da tabela de origem aponta.

Existem três tipos de relações:

• Relações de sistema não editáveis são criadas pelo sistema como parte do processo de unificação de dados
• Relações herdadas não editáveis são criadas automaticamente a partir da ingestão de fontes de dados
• Relações personalizadas editáveis são criadas e configuradas pelos usuários

Relações de sistema não editáveis

Durante a unificação de dados, as relações do sistema são criadas automaticamente com base na correspondência inteligente. Esses relacionamentos ajudam a relacionar os registros de perfil do cliente com os registros correspondentes. O diagrama a seguir ilustra a criação de três relações baseadas no sistema. A tabela do cliente é combinada com outras tabelas para produzir a tabela unificada do cliente .

• A relação CustomerToContact foi criada entre a tabela Customer e a tabela Contact. A tabela Cliente obtém o campo chave Contact_contactID relacionar com o campo de chave da tabela de contatocontactID.
• A relação CustomerToAccount foi criada entre a tabela Customer e a tabela Account. A tabela Cliente obtém o campo chave Account_accountID relacionar com o ID da conta do campo chave da tabela Conta.
• A relação CustomerToWebAccount foi criada entre a tabela Customer e a tabela WebAccount. A tabela Cliente obtém o campo chave WebAccount_webaccountID relacionar com o campo de chave da tabela WebAccount webaccountID.

Relações herdadas não editáveis

Durante o processo de ingestão de dados, o sistema verifica as fontes de dados em busca de relações existentes. Se não existir nenhuma relação, o sistema cria-as automaticamente. Estas relações são também utilizadas em processos a jusante.

Criar uma relação personalizada

As relações personalizadas permitem conectar duas tabelas que podem ser usadas juntas em segmentos e medidas a jusante.

Por exemplo, você deseja criar um segmento de todos os clientes que compraram café em uma loja em Nova York. Os seus dados são armazenados em três tabelas:

• fidelidadeContatos: contém uma lista de todos os clientes. As colunas incluem LoyaltyId e FullName.
• Compras: contém o histórico de compras de todos os clientes. As colunas incluem Timestamp, LoyaltyId, PurchasePrice e StoreId.
• Lojas: contém mais detalhes sobre cada loja. As colunas incluem StoreId, StoreSize, e StoreLocation. Neste exemplo, crie uma relação personalizada entre Compras e Lojas como uma relação de muitos (compras) para uma (lojas) na coluna StoreId. Uma vez estabelecido, você pode criar o segmento necessário adicionando um filtro na coluna StoreLocation na tabela Stores.

1. Vá paraTabelas de Dados>.

2. Selecione a guia Relações .

3. Entidade de destino Nova relação.

4. No painel Novo relacionamento , forneça as seguintes informações:

   

   • Nome do relacionamento: nome que reflete o propósito do relacionamento. Os nomes de relacionamento diferenciam maiúsculas de minúsculas. Exemplo: PurchasesToStores.

   • Descrição: Descrição da relação.

   • Tabela de origem: tabela usada como fonte na relação. Exemplo: Compras.

   • Tabela de destino: tabela usada como destino na relação. Exemplo: Lojas.

   • Cardinalidade da fonte: Cardinalidade da tabela de origem. Cardinalidade descreve o número de elementos possíveis em um conjunto. Relaciona-se sempre com a cardinalidade alvo. Você pode escolher entre Um e Muitos. Apenas relações muitos-para-um e um-para-um são suportadas.

     • Muitos para um: vários registros de origem podem estar relacionados a um registro de destino. Exemplo: várias compras em uma única loja.
     • Um para um: um único registro de origem está relacionado a um registro de destino.

     Observação

     As relações muitos-para-muitos podem ser criadas usando duas relações muitos-para-um e uma tabela de vinculação, que conecta a tabela de origem e a tabela de destino.

   • Cardinalidade de destino: Cardinalidade dos registros da tabela de destino.

   • Campo chave de origem: campo de chave estrangeira na tabela de origem. Exemplo: StoreId

   • Campo chave de destino: campo-chave da tabela de destino. Exemplo: StoreId

5. Selecione Salvar para criar a relação personalizada.

Gerenciar relacionamentos existentes

Vá paraTabelas> e a guia Relações para exibir todas as relações que foram criadas, sua tabela de origem, a tabela de destino e a cardinalidade.

Use as opções Filtrar por ou Pesquisar relações para localizar uma relação específica. Para ver um diagrama de rede das relações existentes e sua cardinalidade, selecione Visualizador.

Selecione uma relação para visualizar as ações disponíveis:

• Editar: atualize as propriedades das relações personalizadas no painel de edição e salve as alterações.
• Excluir: exclua relações personalizadas.
• Exibir: Visualize relações criadas e herdadas pelo sistema.

Explore o visualizador de relacionamentos

O visualizador de relacionamentos mostra um diagrama de rede das relações existentes entre tabelas conectadas e sua cardinalidade. Também visualiza o caminho do relacionamento.

Para personalizar a exibição, você pode alterar a posição das caixas arrastando-as na tela. Outras opções incluem:

• Exportar como imagem: salve o modo de exibição atual como um arquivo de imagem.
• Alterar para layout horizontal/vertical: altere o alinhamento das tabelas e relações.
• Editar: atualize as propriedades das relações personalizadas no painel de edição e salve as alterações.

Caminhos de relacionamento

Um caminho de relacionamento descreve as tabelas que estão conectadas com relações entre uma tabela de origem e uma tabela de destino. Ele é usado ao criar um segmento ou uma medida que inclui tabelas diferentes da tabela de perfil unificada e há várias opções para alcançar a tabela de perfil unificada. Diferentes caminhos de relacionamento podem produzir resultados diferentes.

Por exemplo, a tabela eCommerce_eCommercePurchases tem as seguintes relações com a tabela de perfil unificado Cliente :

• > eCommerce_eCommercePurchases Cliente
• > eCommerce_eCommercePurchases eCommerce_eCommerceContacts > POS_posPurchases > Cliente
• > eCommerce_eCommercePurchases eCommerce_eCommerceContacts > POS_posPurchases > loyaltyScheme_loyCustomers > Cliente

Um caminho de relacionamento determina quais tabelas você pode usar ao criar regras para medidas ou segmentos. Escolher a opção com o caminho de relacionamento mais longo provavelmente produzirá menos resultados porque os registros correspondentes precisam fazer parte de todas as tabelas. Neste exemplo, um cliente tem de ter comprado bens através de e-commerce(eCommerce_eCommercePurchases) num ponto de venda(POS_posPurchases) e participar no nosso programa de fidelização (loyaltyScheme_loyCustomers). Ao escolher a primeira opção, você provavelmente obterá mais resultados, porque os clientes só precisam existir em uma outra tabela.

Relação direta

Uma relação é classificada como uma relação direta quando uma tabela de origem se relaciona com uma tabela de destino com apenas uma relação.

Por exemplo, se uma tabela de atividades chamada eCommerce_eCommercePurchases se conectar a uma tabela eCommerce_eCommerceContacts tabela de destino somente por meio de ContactId , trata-se de uma relação direta.

Relação multi-caminho

Uma relação de vários caminhos é um tipo especial de relação direta que conecta uma tabela de origem a mais de uma tabela de destino.

Por exemplo, se uma tabela de atividades chamada eCommerce_eCommercePurchases estiver relacionada a duas tabelas de destino, eCommerce_eCommerceContacts e loyaltyScheme_loyCustomers, trata-se de uma relação de vários caminhos.

Relação indireta

Uma relação é classificada como uma relação indireta quando uma tabela de origem se relaciona com uma ou mais tabelas antes de se relacionar com uma tabela de destino.

Relação multi-hop

Uma relação multi-hop é uma relação indireta que permite conectar uma tabela de origem a uma tabela de destino por meio de uma ou mais outras tabelas intermediárias.

Por exemplo, se uma tabela de atividades chamada eCommerce_eCommercePurchasesWest se conecta a uma tabela intermediária chamada eCommerce_eCommercePurchasesEast e, em seguida, se conecta a uma tabela de destino chamada eCommerce_eCommerceContacts, trata-se de uma relação multi-hop.

Relação multi-hop e multi-path

As relações multi-hop e multi-path podem ser usadas juntas para criar relações multi-hop e multi-path. Este tipo especial combina as funções de relações multi-hop e multi-path. Ele permite que você se conecte a mais de uma tabela de destino enquanto usa tabelas intermediárias.

Por exemplo, se uma tabela de atividades chamada eCommerce_eCommercePurchasesWest se conecta a uma tabela intermediária chamada eCommerce_eCommercePurchasesEast e, em seguida, se conecta a duas tabelas de destino, eCommerce_eCommerceContacts e loyaltyScheme_loyCustomers, trata-se de uma relação multi-hop e de vários caminhos.

Próximo passo

O sistema e as relações personalizadas são usados para criar segmentos e medidas com base em várias fontes de dados que não estão mais isoladas.