Relações entre tabelas e caminhos de tabela

Os dados do cliente geralmente são distribuídos entre várias tabelas. É fundamental que esses dados sejam 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 realizaram um pedido recentemente. Para criar esse segmento, você não pode usar a tabela Usuários sozinho, mas precisaria da tabela Pedidos e da tabela Usuários . Sua tabela Usuários e Pedidos deve estar vinculada umas às outras com uma chave como userId. Relações no Customer Insights – Os dados permitem que você vincule suas tabelas, permitindo que você use todos os seus dados entre segmentos e medidas e outros Insights do Cliente – Processos de dados.

As relações definem um grafo de seus dados quando as tabelas compartilham um identificador comum, uma chave estrangeira. Essa chave estrangeira pode ser referenciada de uma tabela para outra. Uma relação consiste em uma tabela de origem que contém a chave estrangeira e uma tabela de destino para a qual a chave estrangeira da tabela de origem aponta.

Há 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
• As 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. Essas relações 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 é correspondida com outras tabelas para produzir a tabela Cliente unificada.

• A relação CustomerToContact foi criada entre a tabela Cliente e a tabela Contato. A tabela Cliente obtém o campo de chave Contact_contactID para se relacionar com a contactID do campo de chave da tabela decontatos.
• A relação CustomerToAccount foi criada entre a tabela Cliente e a tabela Conta. A tabela Cliente obtém o campo de chave Account_accountID para se relacionar com a accountID do campo chave da tabela conta.
• A relação CustomerToWebAccount foi criada entre a tabela Cliente e a tabela WebAccount. A tabela Cliente obtém o campo de chave WebAccount_webaccountID para se 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 quanto às relações existentes. Se nenhuma relação existir, o sistema as criará automaticamente. Essas relações também são usadas em processos downstream.

Criar uma relação personalizada

As relações personalizadas permitem que você conecte duas tabelas que podem ser usadas juntas em segmentos e medidas downstream.

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

• loyaltyContacts: 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 repositório. As colunas incluem StoreId, StoreSize e StoreLocation. Para este exemplo, crie uma relação personalizada entre Compras e Lojas como uma relação muitos (compras) com uma (lojas) na coluna StoreId. Depois de estabelecido, você pode criar o segmento necessário adicionando um filtro na coluna StoreLocation na tabela Lojas.

1. Vá paratabelas de dados>.

2. Selecione a guia Relações .

3. Selecione Nova relação.

4. No painel Nova relação , forneça as seguintes informações:

   

   • Nome da relação: nome que reflete a finalidade da relação. Nomes de relação 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 um destino na relação. Exemplo: Repositórios.

   • Cardinalidade de origem: Cardinalidade da tabela de origem. Cardinalidade descreve o número de elementos possíveis em um conjunto. Sempre se relaciona com a cardinalidade de destino. Você pode escolher entre Um e Muitos. Há suporte apenas para relações muitos para um e um para um.

     • Muitos para um: vários registros de origem podem estar relacionados a um registro de destino. Exemplo: várias compras de um único repositório.
     • Um para um: um único registro de origem está relacionado a um registro de destino.

     Observação

     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 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 relações existentes

Vá paraTabelas de > 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 exibir as ações disponíveis:

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

Explorar o visualizador de relação

O visualizador de relação mostra um diagrama de rede das relações existentes entre tabelas conectadas e sua cardinalidade. Ele também visualiza o caminho da relação.

Para personalizar o modo de 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 das relações.
• Editar: atualize as propriedades das relações personalizadas no painel de edição e salve as alterações.

Caminhos de relação

Um caminho de relação descreve as tabelas 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 acessar a tabela de perfil unificada. Caminhos de relação diferentes podem produzir resultados diferentes.

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

• > Cliente eCommerce_eCommercePurchases
• > cliente POS_posPurchases eCommerce_eCommerceContacts eCommerce_eCommercePurchases >>
• > eCommerce_eCommercePurchases eCommerce_eCommerceContacts > POS_posPurchases > loyaltyScheme_loyCustomers > Customer

Um caminho de relação determina quais tabelas você pode usar ao criar regras para medidas ou segmentos. Escolher a opção com o caminho de relação mais longo provavelmente produzirá menos resultados porque os registros correspondentes precisam fazer parte de todas as tabelas. Neste exemplo, um cliente precisa ter comprado mercadorias por meio do e-commerce(eCommerce_eCommercePurchases) em um ponto de venda(POS_posPurchases) e participar de nosso programa de fidelidade (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 está relacionada a uma tabela de destino com apenas uma relação.

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

Relação de vários caminhos

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, será 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 outras tabelas antes de se relacionar com uma tabela de destino.

Relação de vários saltos

Uma relação de vários saltos é uma relação indireta que permite conectar uma tabela de origem a uma tabela de destino por meio de uma ou mais tabelas intermediárias.

Por exemplo, se uma tabela de atividades chamada eCommerce_eCommercePurchasesWest se conectar a uma tabela intermediária chamada eCommerce_eCommercePurchasesEast e se conectar a uma tabela de destino chamada eCommerce_eCommerceContacts, será uma relação de vários saltos.

Relação de vários saltos e vários caminhos

As relações de vários saltos e vários caminhos podem ser usadas em conjunto para criar relações multiplatafa e de vários caminhos. Esse tipo especial combina as funções de relações de vários saltos e vários caminhos. Ele permite que você se conecte a mais de uma tabela de destino ao usar tabelas intermediárias.

Por exemplo, se uma tabela de atividades chamada eCommerce_eCommercePurchasesWest se conectar a uma tabela intermediária chamada eCommerce_eCommercePurchasesEast e se conectar a duas tabelas de destino, eCommerce_eCommerceContacts e loyaltyScheme_loyCustomers, será uma relação multiplataforma e de vários caminhos.

Próxima etapa

Relações personalizadas e de sistema são usadas para criar segmentos e medidas com base em várias fontes de dados que não são mais silos.