Uniões (CX)
O que há nesta página
Sobre o Joins
As uniões permitem combinar linhas de duas ou mais fontes de dados com base em uma coluna de dados relacionada que elas compartilham. Ao usar uma união, você pode reunir e analisar os dados combinados de forma mais eficiente e eficaz, criando mais insights.
Exemplo: Junte os tíquetes de suporte resolvidos para um cliente com os dados pesquisa, os dados contato diretório e muito mais, fornecendo um perfil completo das interações de um cliente com a sua empresa.
O modelador de dados CX suporta principalmente uniões externas à esquerda. Somente as uniões externas à esquerda são atualizadas continuamente.
Qdica: Está confuso sobre o que são conjuntos de dados e o que são fontes de dados? Não sabe como diferenciar o mapeador de dados e o modelador de dados? Saiba mais sobre esses e outros termos importantes.
Chaves de adesão
Uma chave de união é um campo que ajuda a combinar vários conjuntos de dados, identificando quais registros devem ser combinados. Por exemplo, identificadores exclusivos que você mapeia para os dados dashboard seu painel, como IDs e nomes de usuário. As chaves de união são importantes para garantir que uma união seja configurada corretamente.
Exemplo: O mesmo nome de usuário identifica o mesmo cliente em várias pesquisas, ajudando-o a vincular todos os comentários em um só lugar.
Exemplo: Um tíquete criado a partir de uma resposta pesquisa salva a ID de resposta pesquisa correspondente. Essa ID de resposta pode ser usada para vincular as informações tíquete e a resposta pesquisa, de modo que uma interação de suporte ao cliente e o feedback do cliente possam ser vistos como um todo.
Exemplo: Os IDs de local são usados para identificar o local da loja que os clientes estão analisando. O ID de local é usado para combinar registros entre lojas, de modo que seja possível comparar o desempenho da loja.
O modelador de dados não é compatível com chaves de junção que:
- Foram recodificados.
- Foram editadas.
- São preenchidos por qualquer campo Text iQ (por exemplo, tópicos, sentimentos, capacidade de ação, etc.).
- Ter mais de 50.000 valores exclusivos.
Nem a chave de junção adicionada ao lado direito nem ao lado esquerdo é compatível com essas configurações.
Aviso: Não é possível usar campos que tenham sido recodificados como chaves de união. Se você recodificar um campo depois de ele ter sido usado como uma chave de campo, não será possível publicar alterações no conjunto de dados.
Entendendo as uniões externas à esquerda
Para entender como funciona uma união externa esquerda, vejamos um exemplo. Aqui, adicionaremos mais informações sobre a localização de uma loja ao feedback do cliente.
Observe a imagem do conjunto de dados abaixo. A primeira fonte de dados na parte superior é a nossa fonte de dados”esquerda”, e a segunda fonte de dados na parte inferior é a nossa fonte de dados”direita”.
Digamos que essas tabelas representem os dados que você pode encontrar em cada pesquisa
:Feedback do cliente (fonte esquerda)
| ID do cliente | Satisfação (1-5) | ID de localização |
|---|---|---|
| 101 | 2 | 555 |
| 102 | 4 | 777 |
| 103 | 5 | 999 |
| 104 | 5 | 222 |
| 105 | 3 | 555 |
Locations de lojas (Fonte correta)
| ID de localização | Nome do local |
|---|---|
| 555 | Provo |
| 777 | Dublin |
| 999 | Seattle |
| 1000 | Tóquio |
Você opta por unir os dados com base no Location ID. Esse campo é chamado de “chave de união”
Esses são os dados exclusivos do segundo conjunto de dados (à direita). Isso seria removido:
| ID de localização | Nome do local |
|---|---|
| 1000 | Tóquio |
Esse é o resultado final, ou seja, todos os dados que seriam incluídos em seus resultados:
| ID do cliente | Satisfação (1-5) | ID de localização | Nome do local |
|---|---|---|---|
| 101 | 2 | 555 | Provo |
| 102 | 4 | 777 | Dublin |
| 103 | 5 | 999 | Seattle |
| 104 | 5 | 222 | nulo |
| 105 | 3 | 555 | Provo |
Observe como os resultados Provo, Dublin e Seattle contêm colunas de dados das fontes Right e Left, porque essas linhas compartilham IDs de local comuns.
Não havia dados de feedback do cliente para Tóquio na fonte esquerda, portanto, Tóquio não está no conjunto de dados final. Além disso, não há nenhum local com o ID 222, portanto, o nome dessa loja é retornado como “null”
Importância de chaves de junção exclusivasComo
as chaves de junção ajudam a identificar as linhas que precisam ser combinadas das fontes à esquerda e à direita, recomendamos que a chave de junção usada funcione como um identificador exclusivo. Caso contrário, se houver vários registros na fonte direita que correspondam à chave de união da fonte esquerda, apenas um deles será extraído aleatoriamente.
Exemplo: Vamos dar uma olhada no exemplo que discutimos acima. Temos a mesma fonte esquerda. Mas na fonte correta, temos essas linhas:
ID de localização Nome do local 338 Raleigh 338 Charlotte Na união resultante, apenas uma das 338 linhas será salva, mas não ambas.
Se a chave de união não for exclusiva para cada registro em uma fonte direita e você quiser incluir todos os registros da fonte direita e esquerda, deverá ser usada uma união. Os sindicatos extraem cada um dos registros separadamente, em vez de combinar as linhas de informações.
Entendendo as uniões internas
Atenção: As uniões internas e externas completas estão em desenvolvimento no momento e ainda não estão disponíveis para todos os clientes. A Qualtrics pode, a seu exclusivo critério e sem responsabilidade, alterar o temporizador de lançamento de qualquer característica do produto, alterar a funcionalidade de qualquer característica do produto em pré-visualização ou em desenvolvimento, ou optar por não lançar um característica ou funcionalidade do produto por qualquer motivo ou sem motivo. Se você estiver interessado em experimentar esse característica, entre em contato com o Conta Services.
Atenção: As uniões internas são atualizadas periodicamente com novos dados em vez de continuamente. Consulte a página vinculada para obter detalhes.
Com uma união interna, o conjunto de dados mesclado resultante inclui apenas as linhas correspondentes encontradas em ambos os conjuntos de dados. Como as uniões internas excluem registros de ambas as fontes com dados ausentes, os conjuntos de dados resultantes tendem a ter menos colunas vazias, e a ordem das fontes (esquerda ou direita) é menos importante do que em outros tipos de união.
Digamos que essas tabelas representem os dados que você pode encontrar em cada pesquisa
:Nível de recompensa do cliente (fonte esquerda)
| ID do cliente | Nome | Nível de recompensa |
|---|---|---|
| 101 | Phil Stein | Esmeralda |
| 102 | Amir Dar | Ouro |
| 103 | Beth Green | Prata |
| 104 | Lucia Vasquez | Esmeralda |
Feedback da experiência na loja (fonte correta)
| ID do cliente | Satisfação (1-5) | Loja |
|---|---|---|
| 101 | 1 | Provo |
| 104 | 3 | Provo |
| 113 | 5 | Scranton |
Você opta por unir os dados com base no ID do cliente. Esse campo é chamado de “chave de união”
Esses são todos os dados de cada fonte que seriam excluídos do conjunto de dados final.
| ID do cliente | Nome | Nível de recompensa | Satisfação (1-5) | Loja |
|---|---|---|---|---|
| 102 | Amir Dar | Ouro | Nulo | Nulo |
| 103 | Beth Green | Prata | Nulo | Nulo |
| 113 | Nulo | Nulo | 5 | Scranton |
Esse é o resultado final, ou seja, todos os dados que seriam incluídos em seus resultados:
| ID do cliente | Satisfação (1-5) | Nome | Loja | Nível de recompensa |
|---|---|---|---|---|
| 101 | 1 | Phil Stein | Provo | Esmeralda |
| 104 | 3 | Lucia Vasquez | Provo | Esmeralda |
Embora essas fontes estejam sendo unidas por ID de cliente, os clientes com IDs 102, 103 e 113 são excluídos do conjunto de dados final porque estão faltando muitas informações. Somente Phil (101) e Lucia (104) têm dados completos disponíveis em ambas as fontes.
Entendendo as uniões externas completas
Atenção: As uniões internas e externas completas estão em desenvolvimento no momento e ainda não estão disponíveis para todos os clientes. A Qualtrics pode, a seu exclusivo critério e sem responsabilidade, alterar o temporizador de lançamento de qualquer característica do produto, alterar a funcionalidade de qualquer característica do produto em pré-visualização ou em desenvolvimento, ou optar por não lançar um característica ou funcionalidade do produto por qualquer motivo ou sem motivo. Se você estiver interessado em experimentar esse característica, entre em contato com o Conta Services.
Atenção: As uniões externas completas são atualizadas periodicamente com novos dados em vez de continuamente. Consulte a página vinculada para obter detalhes.
Com uma união externa completa, o conjunto de dados mesclado resultante inclui todas as linhas de ambos os conjuntos de dados. Embora os registros sejam combinados e mesclados por chave de junção, mesmo os registros sem dados para a chave de junção serão incluídos no conjunto de dados final.
Digamos que essas tabelas representem os dados que você pode encontrar em cada pesquisa
:Nível de recompensa do cliente (fonte esquerda)
| ID do cliente | Nome | Nível de recompensa |
|---|---|---|
| 101 | Phil Stein | Esmeralda |
| 102 | Amir Dar | Ouro |
| 104 | Lucia Vasquez | Esmeralda |
| Nulo | Beth Green | Prata |
Feedback da experiência na loja (fonte correta)
| ID do cliente | Satisfação (1-5) | Loja |
|---|---|---|
| 101 | 1 | Provo |
| 104 | 3 | Provo |
| 113 | 5 | Scranton |
Você opta por unir os dados com base no ID do cliente. Esse campo é chamado de “chave de união”
Esse é o resultado final, ou seja, todos os dados que seriam incluídos em seus resultados.
| ID do cliente | Satisfação (1-5) | Nome | Loja | Nível de recompensa |
|---|---|---|---|---|
| 101 | 1 | Phil Stein | Provo | Esmeralda |
| 102 | Nulo | Amir Dar | Nulo | Ouro |
| 104 | 3 | Lucia Vasquez | Provo | Esmeralda |
| 113 | 5 | Nulo | Scranton | Nulo |
| Nulo | Nulo | Beth Green | Nulo | Prata |
Observe como nenhum dado é excluído. Até mesmo Beth Green, que não possui dados para a ID do cliente, está incluída nos resultados. Se houvesse várias linhas de ID de cliente nulas, cada uma dessas linhas seria incluída e permaneceria como registros separados e exclusivos.
Qdica: para incluir todas as linhas de ambos os conjuntos de dados, use uma união. Uma união externa completa combina dados de ambos os conjuntos enquanto faz a correspondência de registros com base na chave de união, o que resultará em menos linhas do que o total combinado de ambos os conjuntos de dados. Ele incluirá todos os registros unidos, bem como todos os registros que falharam na união de ambos os conjuntos de dados.
Criação de uniões
Qdica: uma fonte só pode ser usada em uma união 15 vezes, independentemente do conjunto de dados. As uniões em tarefas de mesclagem contam para esse limite. (Essa mesma fonte ainda pode ser usada em uniões adicionais, desde que não haja mais de 15 uniões no total)
Qdica: há um máximo de 6 uniões por conjunto de dados. (Você ainda pode adicionar uniões a esse conjunto de dados quando o limite de uniões for atingido, desde que não haja mais de 6 uniões no total)
Uso de uniões auxiliares
As uniões auxiliares permitem que você una várias fontes com a mesma condição de união. Portanto, eles são úteis quando você deseja criar várias uniões sobrepostas usando as mesmas fontes de dados.
Anteriormente, falamos sobre como as uniões externas à esquerda funcionam com duas fontes: uma fonte direita e uma fonte esquerda. As uniões auxiliares permitem que você defina várias fontes à direita para a mesma fonte à esquerda em uma união.
Digamos
que você tenha um banco de dados de clientes, com nomes vinculados a IDs. Você tem 2 anos de pesquisas em que coleta feedback dos clientes. No exemplo abaixo, encontraremos o índice de satisfação e o nome do cliente para o feedback enviado em 2020 e 2021.
Lista clientes (fonte esquerda)
| ID do cliente | Nome do cliente |
|---|---|
| 101 | Jimmy Horowitz |
| 102 | Deepti Pathan |
| 103 | Gina Chung |
| 104 | Daniel Wagner |
Feedback do cliente 2020 (Fonte correta)
| ID do cliente | Satisfação (1-5) |
|---|---|
| 101 | 2 |
| 102 | 4 |
| 103 | 5 |
Feedback do cliente 2021 (fonte direita auxiliar)
| ID do cliente | Satisfação (1-5) |
|---|---|
| 101 | 3 |
| 104 | 5 |
| 838 | 4 |
Você une os dados com base no Location ID.
Esse é o resultado final, ou seja, todos os dados que seriam incluídos em seus resultados:
| ID do cliente | Nome do cliente | Satisfação 2020 | Satisfação 2021 |
|---|---|---|---|
| 101 | Jimmy Horowitz | 2 | 3 |
| 102 | Deepti Pathan | 4 | nulo |
| 103 | Gina Chung | 5 | nulo |
| 104 | Daniel Wagner | nulo | 5 |
Observe como os dados de 2020 e 2021 se tornaram colunasseparadas no mesmo conjunto de dados de saída.
Você notará que Jimmy é o único cliente que enviou feedback para ambos os anos, portanto, ambas as colunas dele têm valores. Todos os outros têm uma célula vazia, “nula”, abaixo do ano do feedback que perderam.
Os registros com o ID de cliente “838” foram excluídos da fonte de dados final, pois a lista clientes não tinha nenhum nome/registro correspondente a esse ID. Consulte Understanding Left Outer Joins para obter uma explicação de como os dados são excluídos.
Criação de uma união auxiliar
Atenção: Você pode adicionar até 6 uniões auxiliares por cada união individual. Isso conta para o seu limite geral de 6 uniões por conjunto de dados.
Repita as etapas conforme necessário para adicionar mais junções auxiliares.
Evitando junções encadeadas
Você pode ter várias uniões em um modelo de dados. No entanto, é importante ter cuidado com a forma como essas uniões interagem (ou não interagem). Atualmente, os modelos de dados não oferecem suporte a junções encadeadas.
Uma união encadeada é diferente de uma união auxiliar. Em uma união encadeada, você cria uma união com outra união dentro dela.
O exemplo abaixo é uma união auxiliar e é compatível. Observe como a união é definida dentro do mesmo nó único, com fontes sobrepostas:
O exemplo abaixo é uma união encadeada e não é compatível. Observe como há uniões separadas dentro de outras uniões.
Qdica: em geral, recomendamos criar os nós de união primeiro e depois as uniões. Se você precisar fazer uniões primeiro, isso resultados em dados mais lentos, mas não há problema, desde que os nós de união se juntem em um nó de união, e não em outro nó de união.
Perguntas frequentes
As alterações nos modelos de dados são refletidas imediatamente nos painéis?
As alterações nos modelos de dados são refletidas imediatamente nos painéis?
Se você tiver várias fontes do mesmo tipo em seu conjunto de dados (como tíquetes e pesquisas), geralmente recomendamos criar uniões antes de criar uniões.
O que acontece se eu editar um campo que está sendo usado para unir duas fontes de dados?
O que acontece se eu editar um campo que está sendo usado para unir duas fontes de dados?
Isso é ótimo! Obrigado pelo seu feedback!
Obrigado pelo seu feedback!