Giunti (CX)

Informazioni su Joins

I join consentono di combinare le righe di 2 o più origini dati in base a una colonna di dati correlata che condividono. Utilizzando un join, è possibile raccogliere e analizzare i dati combinati in modo più efficiente ed efficace, creando maggiori approfondimenti.

Esempio: Unite i ticket di assistenza risolti per un cliente con i dati del sondaggio, i dati dei contatti della directory e altro ancora, ottenendo un profilo completo delle interazioni di un cliente con la vostra azienda.

Il modellatore di dati CX supporta principalmente le giunzioni esterne a sinistra. Solo le giunzioni esterne a sinistra si aggiornano continuamente.

Consiglio Q: Siete confusi su cosa siano i set di dati rispetto alle origini dati? Non sapete come distinguere la mappatura dati dal modellatore? Per saperne di più su questi e altri termini chiave.

Chiavi di accesso

Una chiave di join è un campo che aiuta ad abbinare più set di dati, identificando quali record devono essere combinati. Ad esempio, gli identificatori unici mappati ai dati della dashboard, come ID e nomi utente. Le chiavi di giunzione sono importanti per assicurarsi che una giunzione sia impostata correttamente.

Esempio: Lo stesso nome utente identifica lo stesso cliente in più sondaggi, aiutandovi a collegare tutti i suoi feedback in un unico posto.

Esempio: Un ticket creato da una risposta a un sondaggio salva l’ID della risposta corrispondente. Questo ID di risposta può essere utilizzato per collegare le informazioni del ticket e la risposta al sondaggio, in modo da visualizzare l’interazione con l’assistenza clienti e il feedback del cliente come un tutt’uno.

Esempio: Gli ID location vengono utilizzati per identificare il punto vendita che i clienti stanno valutando. L’ID della sede viene utilizzato per combinare i record dei vari punti vendita, in modo da poter confrontare le prestazioni dei punti vendita.

Il modellatore di dati non supporta le chiavi di join che:

• Sono stati ricodificati.
• Sono stati modificati.
• Sono popolati da qualsiasi campo di Text iQ (ad esempio, argomenti, analisi del sentiment, azionabilità, ecc.)
• Avere più di 50.000 valori unici.

Né la chiave di unione aggiunta al lato destro o sinistro supporta queste configurazioni.

Attenzione: Non è possibile utilizzare campi ricodificati come chiavi di join. Se si ricodifica un campo dopo che è stato usato come chiave di campo, non sarà possibile pubblicare le modifiche al dataset.

Capire le giunzioni esterne a sinistra

Per capire come funziona una join esterna sinistra, vediamo un esempio. In questo caso, aggiungeremo ulteriori informazioni sulla sede di un negozio ai feedback dei clienti.

Guardate l’immagine del set di dati qui sotto. La prima origine dati in alto è la nostra origine dati “sinistra”, mentre la seconda origine dati in basso è la nostra origine dati “destra”.

---

×

close

Diciamo che queste tabelle rappresentano i dati che si possono trovare in ogni sondaggio

:Feedback dei clienti (Origine sinistra)

Locations dei negozi (Right Source)

Si sceglie di unire i dati in base all’ID della località. Questo campo è chiamato “chiave di collegamento”

Questi sono i dati unici del secondo set di dati (a destra). Questo sarebbe stato rimosso:

Questo è l’output finale, ovvero tutti i dati che saranno inclusi nei risultati:

Si noti come i risultati di Provo, Dublino e Seattle contengano colonne di dati provenienti sia dall’origine destra che da quella sinistra, perché queste righe condividono ID di località comuni.

Non c’erano dati di feedback dei clienti per Tokyo nell’origine dati di sinistra, quindi Tokyo non è presente nel set di dati finale. Inoltre, non esiste una location con l’ID 222, quindi il nome di questo negozio viene restituito come “null”

Importanza delle chiavi di join unichePoiché

le chiavi di join aiutano a identificare le righe che devono essere combinate dalle fonti di sinistra e di destra, si consiglia di assicurarsi che la chiave di join utilizzata sia un identificatore unico. Altrimenti, se nell’origine destra ci sono più record che corrispondono alla chiave di join dell’origine sinistra, solo uno di essi verrà estratto in modo casuale.

Esempio: Riprendiamo l’esempio di cui abbiamo parlato sopra. Abbiamo la stessa fonte di sinistra. Ma nella fonte giusta abbiamo queste righe:

ID posizione	Nome località
338	Raleigh
338	Charlotte

Nella join risultante, verrà salvata solo una delle 338 righe, ma non entrambe.

Se la chiave di join non è unica per ogni record di una sorgente destra e si desidera includere tutti i record della sorgente destra e di quella sinistra, è necessario utilizzare un’unione. I sindacati inseriscono ogni record separatamente invece di combinare le righe di informazioni.

Capire le giunzioni interne

Attenzione: Le giunzioni interne ed esterne complete sono attualmente in fase di sviluppo e non sono ancora disponibili per tutti i clienti. Qualtrics può, a sua esclusiva discrezione e senza alcuna responsabilità, modificare i tempi di lancio di qualsiasi funzione del prodotto, modificare la funzionalità di qualsiasi funzione del prodotto in anteprima o in fase di sviluppo, o scegliere di non rilasciare una funzione del prodotto o una funzionalità per qualsiasi motivo o per nessun motivo. Se siete interessati a provare questa funzione, contattate il Servizio Account.

Attenzione: Le giunzioni interne si aggiornano periodicamente con i nuovi dati anziché continuamente. Per i dettagli, consultare la pagina collegata.

Con un join interno, il set di dati risultante, unito, include solo le righe corrispondenti trovate in entrambi i set di dati. Poiché le join interne escludono i record mancanti da entrambe le origini dati, i set di dati risultanti tendono ad avere meno colonne vuote e l’ordine delle origini (sinistra o destra) è meno importante rispetto ad altri tipi di join.

Diciamo che queste tabelle rappresentano i dati che si possono trovare in ogni sondaggio

:Customer Reward Tier (Origine del SONDAGGIO)

Feedback sull’esperienza del negozio (Right Source)

Si sceglie di unire i dati in base all’ID cliente. Questo campo è chiamato “chiave di collegamento”

Si tratta di tutti i dati di ciascuna fonte che verrebbero esclusi dal set di dati finale.

Questo è il risultato finale, ovvero tutti i dati che saranno inclusi nei risultati:

Anche se queste fonti vengono unite per ID cliente, i clienti con ID 102, 103 e 113 vengono esclusi dal dataset finale perché mancano troppe informazioni. Solo Phil (101) e Lucia (104) hanno a disposizione i dati completi di entrambe le fonti.

Capire le giunzioni esterne complete

Attenzione: Le giunzioni interne ed esterne complete sono attualmente in fase di sviluppo e non sono ancora disponibili per tutti i clienti. Qualtrics può, a sua esclusiva discrezione e senza alcuna responsabilità, modificare i tempi di lancio di qualsiasi funzione del prodotto, modificare la funzionalità di qualsiasi funzione del prodotto in anteprima o in fase di sviluppo, o scegliere di non rilasciare una funzione del prodotto o una funzionalità per qualsiasi motivo o per nessun motivo. Se siete interessati a provare questa funzione, contattate il Servizio Account.

Attenzione: I join esterni completi si aggiornano periodicamente con i nuovi dati anziché continuamente. Per i dettagli, consultare la pagina collegata.

Con un join esterno completo, il set di dati risultante, unito, include tutte le righe di entrambi i set di dati. Mentre i record vengono abbinati e uniti in base alla chiave di unione, anche i record che mancano dei dati per la chiave di unione saranno inclusi nel set di dati finale.

Diciamo che queste tabelle rappresentano i dati che si possono trovare in ogni sondaggio

:Customer Reward Tier (Origine del SONDAGGIO)

Feedback sull’esperienza del negozio (Right Source)

Si sceglie di unire i dati in base all’ID cliente. Questo campo è chiamato “chiave di collegamento”

Questo è l’output finale, ovvero tutti i dati che saranno inclusi nei risultati.

Si noti che nessun dato è escluso. Anche Beth Green, a cui mancano i dati per l’ID cliente, è inclusa nei risultati. Se ci sono più righe di ID cliente nullo, ognuna di queste righe viene inclusa e rimane un record unico e separato.

Consiglio Q: per includere tutte le righe di entrambi i set di dati, utilizzare un’unione. Un join esterno completo combina i dati di entrambi gli insiemi e fa corrispondere i record in base alla chiave di join, ottenendo un numero di righe inferiore al totale combinato dei due insiemi di dati. Include tutti i record uniti e quelli che non sono riusciti a unirsi da entrambi i set di dati.

Creazione di join

Consiglio Q: Un’origine può essere utilizzata in una join solo 15 volte, indipendentemente dal set di dati. Le giunzioni nelle attività di unione contano per questo limite. (La stessa fonte può essere utilizzata in altre unioni, purché non ci siano più di 15 unioni in totale)

Consiglio Q: è previsto un massimo di 6 join per set di dati. (È ancora possibile aggiungere unioni a quel set di dati una volta raggiunto il limite di unioni, purché non ci siano più di 6 unioni in totale)

Creare un modello di dati.

Aggiungere almeno 2 fonti al modello di dati.

---

×

close

Consiglio Q: assicurarsi di includere tutti i campi necessari nelle Origini dati, compreso il campo comune che verrà utilizzato per unire i dati (ad esempio, un ID univoco).

Fare clic sul segno più ( + ) accanto all’origine dati che si desidera utilizzare come origine dati sinistra.

Selezionate Partecipa.

Dare un nome all’uscita. È utile se si intende aggiungere più join al set di dati.

---

×

close

In Input, selezionare l’origine dati Right.

Creare una condizione di unione. Abbinare il campo che ogni set di dati ha in comune.

Esempio: Qui stiamo mappando il nostro campo Unique ID da ciascuna origine dati all’altra.

Consiglio Q: Quasi tutti i tipi di campo possono essere utilizzati nelle serie di condizioni, ad eccezione dei campi Data e dei campi Serie di testo a risposta multipla. Si consiglia di utilizzare un identificatore unico che corrisponda a entrambe le origini dati.

È possibile creare join separati nello stesso set di dati. In questa schermata, si uniscono i dati di 2022 SONDAGGIO e Actionability, ma non le prime due origini dati.

---

×

close

Terminare la creazione del modello di dati con un set di dati di output.

---

×

close

Utilizzo delle giunzioni ausiliarie

I join ausiliari consentono di unire più fonti con la stessa condizione di join. Sono quindi utili quando si vogliono creare più join sovrapposti utilizzando le stesse origini dati.

Prima abbiamo spiegato come funzionano le giunzioni esterne a sinistra con due fonti: una fonte destra e una fonte sinistra. Le giunzioni ausiliarie consentono di impostare più sorgenti destre per la stessa sorgente sinistra in una giunzione.

Esempio di join ausiliarioSupponiamo

di avere un database di clienti, con nomi collegati a ID. Avete 2 anni di sondaggi in cui raccogliete i feedback dei clienti. Nell’esempio seguente, troveremo l’indice di soddisfazione e il nome del cliente per i feedback inviati nel 2020 e nel 2021.

Lista di clienti (fonte sinistra)

Feedback dei clienti 2020 (Right Source)

Feedback dei clienti 2021 (fonte ausiliaria giusta)

Si uniscono i dati in base all’ID della località.

Questo è l’output finale, ovvero tutti i dati che saranno inclusi nei risultati:

Si noti come i dati del 2020 e del 2021 siano diventati colonneseparate nello stesso set di dati di output.

Si noterà che Jimmy è l’unico cliente che ha inviato feedback per entrambi gli anni, quindi entrambe le sue colonne hanno dei valori. Tutti gli altri hanno una cella vuota, “nulla”, sotto l’anno di feedback che hanno perso.

Le liste con l’ID cliente “838” sono state escluse dall’origine dati finale, poiché nella lista clienti non c’erano nomi/registrazioni corrispondenti per quell’ID. Per una spiegazione del modo in cui i dati vengono esclusi, si veda la sezione Comprendere le giunzioni esterne a sinistra.

Creazione di una giunzione ausiliaria

Attenzione: È possibile aggiungere fino a 6 join ausiliari per ogni singolo join. Questo conta per il limite complessivo di 6 join per set di dati.

Fare clic su un’unione esistente.

---

×

close

Rimanere nelle impostazioni Join.

---

×

close

In fondo, fate clic sul segno più ( + ).

Selezionate l’ingresso destro per la nuova seconda unione.

---

×

close

Esempio: Questa è la seconda sorgente che si vuole unire alla sorgente sinistra. Nell’esempio precedente, si tratta del sondaggio sul feedback dei clienti del 2021.

Impostare la condizione di unione della colonna sinistra.

Impostare la condizione di unione della colonna destra.

Ripetere le operazioni necessarie per aggiungere altre giunzioni ausiliarie.

Evitare le giunzioni concatenate

È possibile avere più join in un modello di dati. Tuttavia, è importante fare attenzione a come queste giunzioni interagiscono (o non interagiscono). I modelli di dati attualmente non supportano i join concatenati.

Un join concatenato è diverso da un join ausiliario. In una join concatenata, si crea una join con un’altra join al suo interno.

L’esempio seguente è un join ausiliario ed è supportato. Si noti come il join sia definito all’interno dello stesso singolo nodo, con fonti sovrapposte:

---

×

close

L’esempio seguente è un join concatenato e non è supportato. Si noti come ci siano join separati all’interno di altri join.

---

×

close

Consiglio Q: in generale, si consiglia di creare prima i nodi di unione e poi le unioni. Se è necessario creare prima le giunzioni, i risultati saranno più lenti, ma va bene se i nodi di giunzione confluiscono in un nodo di unione e non in un altro nodo di giunzione.