Estensione Customer Journey Analytics BI
Customer Journey Analytics BI extension abilita l'accesso SQL alle visualizzazioni dati definite nel Customer Journey Analytics. I data engineer e gli analisti potrebbero avere più familiarità con Power BI, Tableau Desktop o altri strumenti di business intelligence e visualizzazione (denominati anche strumenti BI). Ora possono creare reporting e dashboard basati sulle stesse visualizzazioni dati utilizzate dagli utenti del Customer Journey Analytics durante la creazione dei loro progetti Analysis Workspace.
Adobe Experience Platform Query Service è l'interfaccia SQL per i dati disponibili nel data lake di Experience Platform. Con Customer Journey Analytics BI extension abilitato, la funzionalità di Query Service viene estesa per visualizzare le visualizzazioni dati di Customer Journey Analytics come tabelle o visualizzazioni in una sessione di Query Service. Di conseguenza, gli strumenti di business intelligence che utilizzano Query Service come interfaccia PostgresSQL usufruiscono senza soluzione di continuità di questa funzionalità estesa.
I principali vantaggi sono i seguenti:
- Non è necessario ricreare una rappresentazione equivalente delle visualizzazioni dati di Customer Journey Analytics all'interno dello strumento BI stesso.
Consulta Visualizzazioni dati per ulteriori informazioni sulla funzionalità delle visualizzazioni dati per capire cosa deve essere ricreato. - Maggiore coerenza nelle attività di reporting e analisi tra strumenti di business intelligence e Customer Journey Analytics.
- Combinare i dati di Customer Journey Analytics con altre origini dati già disponibili negli strumenti BI.
Prerequisiti
Per utilizzare questa funzionalità, è possibile utilizzare credenziali in scadenza o non in scadenza per connettere gli strumenti BI a Customer Journey Analytics BI extension. La Guida alle credenziali fornisce ulteriori informazioni sull'impostazione di credenziali in scadenza o non in scadenza.
Di seguito sono riportati i passaggi aggiuntivi per impostare le autorizzazioni CJA
Credenziali in scadenza
Per utilizzare le credenziali in scadenza, è possibile:
- Concedere l’accesso a Experience Platform e Customer Journey Analytics.
- Concedi all’amministratore del prodotto l’accesso al Customer Journey Analytics per visualizzare, modificare, aggiornare o eliminare connessioni e visualizzazioni dati.
Oppure puoi:
- Concedi l’accesso alle visualizzazioni dati a cui desideri accedere.
- Concedi l’accesso all’estensione di Customer Journey Analytics BI.
Credenziali non in scadenza
Per utilizzare credenziali senza scadenza:
- Crea delle credenziali senza scadenza in Experience Platform.
- Concedi l'accesso alle credenziali senza scadenza seguendo i passaggi indicati in Credenziali in scadenza.
Consulta Controllo dell'accesso del Percorso clienti per ulteriori informazioni, in particolare Autorizzazioni aggiuntive per l'amministratore del prodotto e Autorizzazioni di Customer Journey Analytics nell'Admin Console.
Utilizzo
Per utilizzare la funzionalità Customer Journey Analytics BI extension, è possibile utilizzare direttamente SQL o utilizzare l'esperienza di trascinamento disponibile nello strumento BI specifico.
SQL
È possibile utilizzare la funzionalità direttamente nelle istruzioni SQL utilizzando Query Editor o un client CLI (Command Line Interface) PostgresSQL standard.
In Adobe Experience Platform:
-
Seleziona **** Query **** da GESTIONE DATI nella barra a sinistra.
-
Selezionare Crea query .
-
Selezionare il
cja
database . -
Per eseguire la query, digitare l'istruzione SQL e selezionare il pulsante (oppure premere
[SHIFT]
+[ENTER]
).
-
Cercare e copiare le credenziali PostgresSQL in Adobe Experience Platform:
-
Seleziona **** Query **** dalla barra a sinistra (in GESTIONE DATI ).
-
Seleziona Credenziali dalla barra superiore.
-
Selezionare il
cja
database . -
Per copiare la stringa di comando, utilizzare nella sezione Comando PSQL .
-
-
Aprire una finestra di comando o terminale.
-
Per accedere e avviare l’esecuzione delle query, incolla la stringa di comando nel terminale.
Per ulteriori informazioni, vedere la Guida dell'interfaccia utente di Query Editor.
Strumenti BI
Attualmente, Customer Journey Analytics BI extension è supportato e testato solo per Power BI e Tableau Desktop. Anche altri strumenti di business intelligence che utilizzano l'interfaccia PSQL potrebbero funzionare, ma non sono ancora ufficialmente supportati.
-
Cercare i dettagli delle credenziali PostgresSQL in Adobe Experience Platform:
-
Seleziona **** Query **** dalla barra a sinistra (in GESTIONE DATI ).
-
Seleziona Credenziali dalla barra superiore.
-
Selezionare il
cja
database . -
Utilizza per copiare ciascuno dei parametri delle credenziali Postgres (Host, Port, Database, Username e altri) quando necessario in Power BI.
-
-
In Power BI:
-
Nella finestra principale, seleziona Ottieni dati dalla barra degli strumenti superiore.
-
Seleziona More… (Elementi dati) nella barra a sinistra.
-
Nella schermata Ottieni dati, cercare
PostgresSQL
e selezionare il database PostgresSQL dall'elenco. -
Nella finestra di dialogo Database PostgressSQL :
-
Incolla il parametro **** Host **** dalle query Experience Platform Credentials nel campo di testo Server .
-
Incolla il parametro **** Database **** dalle query Experience Platform Credentials nel campo di testo Database .
Aggiungere
?FLATTEN
al parametro Database , ad esempioprod:cja?FLATTEN
. Per ulteriori informazioni, vedere Flatten nested data structures per l'utilizzo con strumenti BI di terze parti. -
Quando viene richiesta la modalità Data Connectivity, selezionare DirectQuery.
-
Viene richiesto di Username e Password. Utilizzare i parametri equivalenti dalle query Experience Platform Credentials.
-
-
Dopo aver eseguito correttamente l'accesso, le tabelle delle visualizzazioni dati di Customer Journey Analytics vengono visualizzate in Power BI Navigator .
-
Selezionare le tabelle di visualizzazione dati che si desidera utilizzare e selezionare Carica .
Tutte le dimensioni e le metriche associate a una o più tabelle selezionate vengono visualizzate nel riquadro di destra, pronte per essere utilizzate nelle visualizzazioni.
Per ulteriori informazioni, vedere Connetti Power BI a Query Service.
-
-
Cercare i dettagli delle credenziali PostgresSQL in Adobe Experience Platform:
-
Seleziona **** Query **** dalla barra a sinistra (in GESTIONE DATI ).
-
Seleziona Credenziali dalla barra superiore.
-
Selezionare il
cja
database . -
Utilizza per copiare ciascuno dei parametri delle credenziali Postgres (Host, Port, Database, Username e altri) quando necessario in Tableau Desktop.
-
-
In Tableau Desktop:
-
Seleziona **** Altro **** da A un server nella barra a sinistra.
-
Selezionare PostgresSQL dall'elenco.
-
Nella finestra di dialogo PostgresSQL (Crea elemento dati):
-
Incollare il parametro **** Host **** dalle query Experience Platform Credentials nel campo di testo Server .
-
Incolla il parametro **** Porta **** dalle query Experience Platform Credentials nel campo di testo Porta .
-
Incollare il parametro **** Database **** dalle query Experience Platform Credentials nel campo di testo Database .
Aggiungere
%3FFLATTEN
al parametro Database , ad esempioprod:cja%3FFLATTEN
. Per ulteriori informazioni, vedere Flatten nested data structures per l'utilizzo con strumenti BI di terze parti. -
Selezionare **** Nome utente e password **** dall'elenco Autenticazione .
-
Incolla il parametro **** Username **** dalle query Experience Platform Credentials nel campo di testo Username .
-
Incolla il parametro **** Password **** dalle query Experience Platform Credentials nel campo di testo Password .
-
Seleziona Accedi .
-
-
Le visualizzazioni dati di Customer Journey Analytics vengono visualizzate come tabelle nell'elenco Tabella .
-
Trascinare le tabelle che si desidera utilizzare nell'area di lavoro.
Ora puoi lavorare con i dati delle tabelle delle visualizzazioni dati per creare rapporti e visualizzazioni.
Per ulteriori informazioni, vedere Connetti Tableau a Query Service.
-
Per una panoramica e ulteriori informazioni sui vari strumenti disponibili, vedere Connettere i client a Query Service.
Consulta Casi d'uso su come eseguire una serie di casi d'uso utilizzando l'estensione di Customer Journey Analytics BI
Funzionalità
Per impostazione predefinita, le visualizzazioni dati hanno un nome sicuro per la tabella generato dal loro nome descrittivo. Ad esempio, la visualizzazione dati denominata My Web Data View ha il nome my_web_data_view
. È possibile definire un nome da utilizzare nello strumento BI per la visualizzazione dati. Per ulteriori informazioni, vedere Impostazioni visualizzazione dati.
Se si desidera utilizzare gli ID delle visualizzazioni dati come nomi di tabella, è possibile aggiungere l'impostazione facoltativa CJA_USE_IDS
al nome del database durante la connessione. Ad esempio, prod:cja?CJA_USE_IDS
mostra le tue visualizzazioni dati con nomi come dv_ABC123
.
Governance dei dati
Le impostazioni relative alla governance dei dati nel Customer Journey Analytics vengono ereditate da Adobe Experience Platform. L’integrazione tra Governance dei dati di Customer Journey Analytics e Governance dei dati di Adobe Experience Platform consente l’etichettatura dei dati sensibili di Customer Journey Analytics e l’applicazione delle politiche sulla privacy.
Le etichette per la privacy e i criteri creati sui set di dati utilizzati da Experience Platform possono essere visualizzati nel flusso di lavoro delle visualizzazioni dati di Customer Journey Analytics. Pertanto, i dati interrogati utilizzando Customer Journey Analytics BI extension mostrano avvertenze o errori appropriati quando non sono conformi alle etichette e ai criteri definiti per la privacy.
Visualizzazioni dati elenco
Nella CLI PostgreSQL standard è possibile elencare le visualizzazioni utilizzando \dv
prod:all=> \dv
List of relations
Schema | Name | Type | Owner
--------+--------------------------------------------+------+----------
public | my_web_data_view | view | postgres
public | my_mobile_data_view | view | postgres
Nidificato e appiattito
Per impostazione predefinita, lo schema delle visualizzazioni dati utilizza strutture nidificate, proprio come gli schemi XDM originali. L'integrazione supporta anche l'opzione FLATTEN
. È possibile utilizzare questa opzione per forzare l’appiattimento dello schema per le visualizzazioni dati (e qualsiasi altra tabella nella sessione). L’appiattimento consente un utilizzo più semplice negli strumenti di business intelligence che non supportano schemi strutturati. Per ulteriori informazioni, vedere Utilizzo delle strutture di dati nidificate in Query Service.
Valori predefiniti e limitazioni
Quando si utilizza l’estensione BI, vengono applicati i seguenti valori predefiniti e limitazioni aggiuntivi:
-
L'estensione BI richiede un limite di righe per i risultati della query. Il valore predefinito è 50, ma è possibile eseguire l'override in SQL utilizzando
LIMIT n
, doven
è 1 - 50000. -
L’estensione BI richiede un intervallo di date per limitare le righe utilizzate per i calcoli. L'impostazione predefinita corrisponde agli ultimi 30 giorni, ma è possibile ignorarla nella clausola SQL
WHERE
utilizzando le colonne specialitimestamp
odaterange
. -
L'estensione BI richiede query di aggregazione. Impossibile utilizzare SQL come
SELECT * FROM ...
per ottenere le righe sottostanti non elaborate. A un livello avanzato, le query aggregate devono utilizzare:-
Selezionare i totali utilizzando
SUM
e/oCOUNT
.
Ad esempio,SELECT SUM(metric1), COUNT(*) FROM ...
-
Seleziona le metriche suddivise per dimensione.
Ad esempio,SELECT dimension1, SUM(metric1), COUNT(*) FROM ... GROUP BY dimension1
-
Seleziona valori di metrica distinti.
Ad esempio,SELECT DISTINCT dimension1 FROM ...
Per ulteriori dettagli, vedere SQL supportato.
-
SQL supportato
Per il riferimento completo al tipo di SQL supportato, vedere Riferimento SQL servizio query.
Per esempi delle istruzioni SQL utilizzabili, vedere la tabella seguente.
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2 layout-auto | |
---|---|
Pattern | Esempio |
Individuazione schema |
|
Classificazione o raggruppamento |
|
clausola HAVING |
|
Valori di dimensioni distinti |
|
Totali delle metriche |
|
Suddivisioni multidimensionali e principali |
|
Sottoseleziona: Filtra ulteriori risultati |
|
Sottoseleziona: Query tra visualizzazioni dati |
|
Sottoseleziona: Origine con livelli, filtro, e aggregazione |
Livellato con sottoselezioni:
Livelli che utilizzano CTE WITH:
|
Seleziona la posizione in cui le metriche precedono o sono combinate con le dimensioni |
|
Dimensioni
Puoi selezionare una qualsiasi delle dimensioni disponibili per impostazione predefinita o definite nella visualizzazione dati. Puoi selezionare una dimensione in base al relativo ID.
Metriche
Le metriche disponibili per la selezione sono:
- Una qualsiasi delle metriche disponibili per impostazione predefinita;
- Definito nella visualizzazione dati;
- Metriche calcolate compatibili con la visualizzazione dati a cui l’utente ha accesso.
È possibile selezionare una metrica in base al relativo ID racchiuso in un'espressione SUM(metric)
come si farebbe con altre origini SQL.
Puoi utilizzare:
SELECT COUNT(*)
oCOUNT(1)
per ottenere la metrica delle occorrenze.SELECT COUNT(DISTINCT dimension)
oSELECT APPROX_COUNT_DISTINCT(dimension)
per contare i valori distinti approssimativi di una dimensione. Vedi i dettagli in Conteggio valori distinti.- Calcoli in linea per combinare al volo le metriche e/o eseguire calcoli matematici.
Conteggio dei valori distinti
A causa della natura sottostante del funzionamento del Customer Journey Analytics, l'unica dimensione per la quale è possibile ottenere un conteggio distinto esatto è la dimensione adobe_personid
. Le istruzioni SQL seguenti SELECT COUNT(DISTINCT adobe_personid)
o SELECT APPROX_COUNT_DISTINCT(adobe_personid)
restituiscono il valore della metrica persone predefinita, che corrisponde al numero di persone distinte. Per le altre quote, viene restituito un conteggio distinto approssimativo.
Metriche condizionali
È possibile incorporare una clausola IF
o CASE
nelle funzioni SUM
o COUNT
per aggiungere un filtro aggiuntivo specifico per una metrica selezionata. L’aggiunta di queste clausole è simile all’applicazione di un filtro a una colonna di metriche in una tabella di rapporti di Workspace.
Esempi:
SUM(IF(dim1 = 'X' AND dim2 = 'A', metric1, 0)) AS m1
SUM(CASE WHEN dim1 = 'X' AND dim2 = 'A' THEN metric1 END) AS m1
Calcoli in linea
È possibile applicare calcoli aggiuntivi alle espressioni metriche in SELECT
. Puoi usare questa matematica invece di definirla in una metrica calcolata. Nella tabella seguente sono elencati i tipi di espressioni supportati.
+
, -
, *
, /
e %
-X
o +X
PI()
POSITIVE
, NEGATIVE
, ABS
, FLOOR
, CEIL
, CEILING
, EXP
, LN
, LOG10
, LOG1P
, SQRT
, CBRT
, DEGREES
, RADIANS
, SIN
, COS
, TAN
, ACOS
, ASIN
, ATAN
, COSH
, SINH
e TANH
MOD
, POW
, POWER
, ROUND
, LOG
Colonne speciali
Marca temporale
La colonna speciale timestamp
viene utilizzata per fornire gli intervalli di date per la query. È possibile definire un intervallo di date con un'espressione BETWEEN
o una coppia di timestamp
>
, >=
, <
, <=
controlla AND
insieme.timestamp
è facoltativo e se non viene fornito un intervallo completo, vengono utilizzati i valori predefiniti:
- Se viene specificato solo un minimo (
timestamp > X
otimestamp >= X
), l'intervallo è compreso tra X e ora. - Se viene fornito solo un massimo (
timestamp < X
otimestamp <= X
), l'intervallo è compreso tra X meno 30 giorni e X. - Se non viene fornito nulla, l’intervallo è da ora meno 30 giorni a ora.
L’intervallo di marca temporale viene convertito in un filtro globale per intervalli di date in RankedRequest.
Il campo timestamp può essere utilizzato anche nelle funzioni data/ora per analizzare o troncare la marca temporale dell’evento.
Intervallo date
La colonna speciale daterange
funziona in modo simile a timestamp
, tuttavia il filtro è limitato a giorni interi. Anche daterange
è facoltativo e ha gli stessi valori predefiniti di intervallo di timestamp
.
Il campo daterange
può essere utilizzato anche nelle funzioni data/ora per analizzare o troncare la data evento.
La colonna speciale daterangeName
può essere utilizzata per filtrare la query utilizzando un intervallo di date denominato come Last Quarter
.
daterange
metriche inferiori a una giornata (ore, 30 minuti, 5 minuti, ecc.).ID filtro
La colonna speciale filterId
è facoltativa e viene utilizzata per applicare un filtro definito esternamente alla query. L’applicazione di un filtro definito esternamente a una query è simile al trascinamento di un filtro su un pannello in Workspace. È possibile utilizzare più ID di filtro inviandoli a AND
.
Insieme a filterId
, è possibile utilizzare filterName
per utilizzare il nome di un filtro invece dell'ID.
Clausola Where
La clausola WHERE
viene gestita in tre passaggi:
-
Trovare l'intervallo di date dai campi speciali
timestamp
,daterange
odaterangeName
. -
Trova qualsiasi
filterId
ofilterName
definito esternamente da includere nel filtro. -
Trasforma le espressioni rimanenti in filtri ad hoc.
La gestione viene eseguita analizzando il primo livello di AND
nella clausola WHERE
. Ogni espressione di primo livello AND
deve corrispondere a una delle precedenti. Qualsiasi elemento più profondo del primo livello di AND
o, se la clausola WHERE
utilizza OR
al livello superiore, viene gestito come filtro ad hoc.
Ordinamento
Per impostazione predefinita, la query ordina i risultati in base alla prima metrica selezionata in ordine decrescente. È possibile sovrascrivere l'ordinamento predefinito specificando ORDER BY ... ASC
o ORDER BY ... DESC
. Se utilizzi ORDER BY
, devi specificare ORDER BY
sulla prima metrica selezionata.
È inoltre possibile invertire l'ordine utilizzando -
(meno) davanti alla metrica. Entrambe le istruzioni riportate di seguito determinano lo stesso ordinamento:
ORDER BY metric1 ASC
ORDER BY -metric1 DESC
Supporto di funzioni generali
CAST(`timestamp` AS STRING)
o`timestamp`::string
CAST
ignorata.WHERE `timestamp` >= TIMESTAMP('2022-01-01 00:00:00') AND `timestamp` < TIMESTAMP('2022-01-02 00:00:00')
WHERE
.WHERE `timestamp` >= TO_TIMESTAMP('01/01/2022', 'MM/dd/yyyy') AND `timestamp` < TO_TIMESTAMP('01/02/2022', 'MM/dd/yyyy')
WHERE
, fornendo facoltativamente un formato per tale stringa temporale.WHERE `timestamp` >= DATE('2022-01-01') AND `timestamp` < DATE('2022-01-02')
WHERE
.WHERE `timestamp` >= TO_DATE('01/01/2022', 'MM/dd/yyyy') AND `timestamp` < TO_DATE('01/02/2022', 'MM/dd/yyyy')
WHERE
, fornendo facoltativamente un formato per tale stringa di data.Supporto delle funzioni di Dimension
Queste funzioni possono essere utilizzate sulle dimensioni nella clausola SELECT
, WHERE
o nelle metriche condizionali.
Funzioni stringa
SELECT LOWER(name) AS lower_name
Funzioni data-ora
SELECT DAYOFWEEK(`timestamp`)
SELECT DAYOFYEAR(`timestamp`)
SELECT QUARTER(`timestamp`)
SELECT HOUR(`timestamp`)
SELECT EXTRACT(MONTH FROM `timestamp`)
Parti supportate:
- Parole chiave:
YEAR
, MONTH
, DAYOFMONTH
, DAYOFWEEK
, DAYOFYEAR
, WEEK
, QUARTER
, HOUR
, MINUTE
.- Stringhe:
'YEAR'
, 'Y'
, 'MONTH'
, 'M'
, 'DAYOFMONTH'
, 'DAY'
, 'D'
, 'DAYOFWEEK'
, 'DOW'
, 'DAYOFYEAR'
, 'DOY'
, 'WEEK'
, 'WOY
', 'W'
, 'QUARTER'
, 'QOY'
, 'Q'
, 'HOUR'
o 'MINUTE'
.SELECT DATE_PART('month', `timestamp`)
Parti di stringa supportate:
'YEAR'
, 'Y'
, 'MONTH'
, 'M'
, 'DAYOFMONTH'
, 'DAY'
, 'D'
, 'DAYOFWEEK'
, 'DOW'
, 'DAYOFYEAR'
, 'DOY'
, 'WEEK'
, 'WOY
', 'W'
, 'QUARTER'
, 'QOY'
, 'Q'
, 'HOUR'
o 'MINUTE'
.SELECT DATE_TRUNC('quarter', `timestamp`)
Le granularità della stringa supportate sono:
'YEAR'
, 'Y'
, 'MONTH'
, 'M'
, 'DAYOFMONTH'
, 'DAY'
, 'D'
, 'DAYOFWEEK'
, 'DOW'
, 'DAYOFYEAR'
, 'DOY'
, 'WEEK'
, 'WOY
', 'W'
, 'QUARTER'
, 'QOY'
, 'Q'
, 'HOUR'
o 'MINUTE'
.Supporto parziale
Alcune funzionalità SQL sono supportate solo parzialmente con l'estensione BI e non restituiscono gli stessi risultati visualizzati con altri database. Questa funzionalità specifica viene utilizzata in SQL generato da vari strumenti BI, per i quali l’estensione BI non ha una corrispondenza esatta. Di conseguenza, l’estensione BI si concentra su un’implementazione limitata che copre l’utilizzo minimo dello strumento BI senza generare errori. Per ulteriori informazioni, consulta la tabella seguente.
MIN(daterange)
oMAX(daterange)
MIN()
il timestamp
, daterange
o uno qualsiasi dei daterangeX
come daterangeday
tornerà 2 anni fa.MAX()
il timestamp
, daterange
o uno qualsiasi dei daterangeX
come daterangeday
restituirà la data/ora corrente.MIN()
o MAX()
su qualsiasi altra dimensione, metrica o espressione restituiranno 0.