Funzione DAX RELATED in Power BI: introduzione e casi d’uso

Esempi pratici con la funzione RELATED

Ora esaminiamo alcuni esempi per capire come funziona RELATED nella pratica.

Uso di base di RELATED

Supponiamo di avere una tabella con le vendite mensili per prodotto ma senza nomi o categorie dei prodotti, solo il ProductID. Abbiamo anche una tabella Products con ProductID, ProductName e Category. Creiamo una relazione tra queste due tabelle usando ProductID.

Vogliamo analizzare le vendite per categoria di prodotto. Per farlo, creiamo una colonna calcolata nella tabella Sales con la seguente formula DAX, che possiamo poi aggiungere a una visual nel nostro report Power BI:

ProductCategory = RELATED(Products[ProductCategory])

RELATED è perfetta per questo perché esiste una relazione diretta uno-a-molti tra Products e Sales, che rende semplice recuperare ProductName o Category.

Scenario avanzato

RELATED è particolarmente potente quando devi portare dati da una tabella correlata nel contesto della tabella corrente.

Usare RELATED in una misura ti consente di eseguire calcoli dinamici che cambiano in base all’attuale contesto di filtro del report. Le misure vengono usate per aggregazioni e possono incorporare dati correlati tramite funzioni di contesto di riga come SUMX.

Se non conosci la funzione SUMX, puoi saperne di più in questo tutorial su SUMX completo.

Esploriamo una versione più complessa del nostro esempio precedente. Supponi di avere tabelle contenenti più prodotti con prezzi diversi e un obiettivo di vendita dinamico che varia per prodotto e cambia ogni mese. Il tuo obiettivo è monitorare le performance di vendita mensili rispetto a questi obiettivi per diverse categorie di prodotto.

Il nostro modello dati, che contiene una tabella Sales e una tabella Products, ora include anche una tabella SalesTargets con gli obiettivi di vendita mensili per ciascun prodotto, incluse le colonne ProductID, Month e TargetAmount.

Per usare correttamente la funzione RELATED, creiamo una relazione basata su una chiave composta contenente la combinazione di Product ID e Month sia nelle tabelle Sales che SalesTargets.

L’obiettivo è calcolare la percentuale di obiettivo di vendita raggiunta per ogni categoria di prodotto, ogni mese.

Monthly Target Achievement =
VAR TotalSalesRevenue =
    SUMX(
        Sales,
        Sales[QuantitySold] * RELATED(Products[Price])
    )
VAR MonthlyTarget =
    SUMX(
        Sales,
        RELATED(SalesTargets[TargetAmount])
    )
RETURN
IF(
    MonthlyTarget > 0,
    TotalSalesRevenue / MonthlyTarget,
    BLANK()
)

Questa misura calcola TotalSalesRevenue iterando sulla tabella Sales, usando RELATED per recuperare il prezzo per prodotto. Quindi, MonthlyTarget viene calcolato sommando gli importi obiettivo per il mese e il prodotto rilevanti dalla tabella SalesTargets.

Infine, divide il ricavo totale delle vendite per l’obiettivo mensile per ottenere la percentuale di raggiungimento, restituendo un valore solo se è impostato un obiettivo (per evitare la divisione per zero).

Puoi approfondire l’analisi dei dati finanziari nello skill track Financial Reporting in Power BI, che include esempi pratici per guidarti nell’analisi e visualizzazione dei dati in Power BI.

La funzione RELATED in Power BI: best practice

Ora che abbiamo una buona comprensione di come funziona RELATED, approfondiamo alcune best practice.

Usa RELATED solo quando serve

Applica RELATED nei casi in cui ti serve davvero incorporare dati da un’altra tabella nel contesto di quella corrente per i calcoli. È particolarmente utile per creare colonne calcolate che semplificano la creazione dei report.

Un uso eccessivo di RELATED può portare a modelli dati inutilmente complessi, potenzialmente rallentando le prestazioni del report. Se puoi ottenere l’analisi direttamente tramite le relazioni nelle visual senza dover portare fisicamente i dati nella tua tabella, spesso è più efficiente.

Comprendi il tuo modello dati

Prima di usare RELATED, assicurati di comprendere il tuo modello dati, in particolare le relazioni tra le tabelle. RELATED richiede una relazione attiva esistente — in genere una relazione uno-a-molti in cui la funzione è usata sul lato "many" per prelevare dati dal lato "one".

La funzione RELATED non funziona con le relazioni molti-a-molti.

Se usi RELATED senza definire correttamente le relazioni o senza comprendere la direzionalità della relazione, potresti incorrere in errori o risultati inattesi.

Comprendi la direzione della relazione

Usa RELATED per prelevare dati da una tabella primaria (lato one) in una tabella correlata (lato many). È particolarmente utile quando vuoi includere dati di lookup da altre tabelle nei tuoi calcoli o analisi.

Usare RELATED nella direzione opposta (da many a one) senza una piena comprensione può creare confusione. Per la direzione inversa, RELATEDTABLE potrebbe essere più appropriata, anche se richiede ulteriori funzioni di aggregazione poiché restituisce una tabella.

Alternative a RELATED

Quando la funzione RELATED non si adatta alle tue esigenze in Power BI, ci sono alcune alternative da considerare. Le due alternative che trattiamo qui sono la funzione LOOKUPVALUE e l’unione dei dati con Power Query.

LOOKUPVALUE

LOOKUPVALUE è una funzione estremamente versatile, ma potrebbe essere più lenta di RELATED. Questo perché ricerca nella tabella riga per riga per trovare una corrispondenza. Nel nostro esempio, potenzialmente migliaia o milioni di transazioni di vendita potrebbero rallentare significativamente le prestazioni del report.

LOOKUPVALUE potrebbe essere inutilmente complicata per esigenze semplici in cui esiste una relazione diretta. Tuttavia, se ti servono criteri di corrispondenza più complessi, non hai relazioni stabilite o le prestazioni non sono una preoccupazione, LOOKUPVALUE offre maggiore flessibilità.

Se vuoi saperne di più, puoi leggere questa guida completa a DAX LOOKUPVALUE.

Unire i dati con Power Query

Unire tabelle in Power Query crea di fatto un’istantanea statica dei tuoi dati al momento dell’unione.

Ma supponiamo che la tua tabella Products venga aggiornata spesso (nuovi prodotti aggiunti o categorie modificate). In tal caso, la tabella unita in Power Query non rifletterà automaticamente questi aggiornamenti senza un refresh di entrambe le tabelle Products e Sales.

Le tabelle unite possono diventare piuttosto grandi e potrebbero rallentare le prestazioni del report, soprattutto se ti interessa solo una piccola parte dei dati dalla tabella correlata (come una categoria di prodotto).

Conclusione

La funzione RELATED semplifica la modellazione dei dati recuperando informazioni da tabelle collegate in base alle relazioni, eliminando la necessità di merge manuali. Questo ti permette di creare colonne calcolate e misure che incorporano dinamicamente dati da altre tabelle.

Per un uso ottimale, utilizza RELATED in modo strategico, introducendo i dati nel contesto della tabella corrente solo quando necessario. Una chiara comprensione del modello dati e delle relazioni stabilite è cruciale.

Se vuoi continuare a imparare su Power BI, prova queste risorse:

• Corso Data Visualization in Power BI
• Tutorial sulle funzionalità analitiche avanzate in Power BI
• 8 progetti Power BI per sviluppare le tue competenze