Relazioni (SSAS tabulare)
Nei modelli tabulari, una relazione è una connessione tra due tabelle di dati e consente di stabilire in che modo devono essere correlati i dati nelle due tabelle. È ad esempio possibile mettere in relazione una tabella Customers e una tabella Orders per mostrare il nome del cliente associato a ciascun ordine.
Se si utilizza l'Importazione guidata tabella per importare dalla stessa origine dati, le relazioni già presenti nelle tabelle (a livello di origine dati) che si sceglie di importare saranno ricreate nel modello. È possibile visualizzare le relazioni rilevate e ricreate automaticamente tramite Progettazione modelli nella Vista diagramma o la finestra di dialogo Gestisci relazioni. È inoltre possibile creare manualmente nuove relazioni tra tabelle tramite Progettazione modelli nella Vista diagramma o la finestra di dialogo Crea relazione o Gestisci relazioni.
Dopo avere definito relazioni tra tabelle, in modo automatico durante l'importazione o in modo manuale, sarà possibile filtrare i dati utilizzando colonne correlate e cercare valori nelle tabelle correlate.
.gif "Suggerimento") Suggerimento |
|---|
Se il modello contiene molte relazioni, la Vista diagramma consente di creare nuove relazioni tra tabelle e di visualizzarle meglio. |
Sezioni dell'argomento:
Vantaggi
Requisiti per le relazioni
Inferenza delle relazioni
Rilevamento di relazioni durante l'importazione di dati
Creazione manuale di relazioni
Valori duplicati e altri errori
Attività correlate
Vantaggi
Una relazione è una connessione tra due tabelle di dati, in base a una o più colonne in ogni tabella. Per capire perché le relazioni sono utili, provare a immaginare di tenere traccia degli ordini di un cliente della propria azienda. È possibile tenere traccia di tutti i dati in un'unica tabella che dispone di una struttura simile alla seguente:
CustomerID |
Nome |
DiscountRate |
OrderID |
OrderDate |
Product |
Quantity |
|
|---|---|---|---|---|---|---|---|
1 |
Ashton |
chris.ashton@contoso.com |
.05 |
256 |
2010-01-07 |
Compact Digital |
11 |
1 |
Ashton |
chris.ashton@contoso.com |
.05 |
255 |
2010-01-03 |
SLR Camera |
15 |
2 |
Jaworski |
michal.jaworski@contoso.com |
.10 |
254 |
2010-01-03 |
Budget Movie-Maker |
27 |
Questo approccio può funzionare, tuttavia comporta l'archiviazione di molti dati ridondanti, ad esempio l'indirizzo di posta elettronica del cliente per ogni ordine. L'archiviazione è economica ma è necessario assicurarsi di aggiornare ogni riga relativa al cliente nel caso in cui l'indirizzo di posta elettronica cambi. Una soluzione a questo problema è suddividere i dati in più tabelle e definire relazioni tra tali tabelle. Si tratta dell'approccio utilizzato nei database relazionali come SQL Server. Ad esempio, un database importato in un modello potrebbe rappresentare i dati dell'ordine tramite tre tabelle correlate:
Customers
[CustomerID] |
Nome |
|
|---|---|---|
1 |
Ashton |
chris.ashton@contoso.com |
2 |
Jaworski |
michal.jaworski@contoso.com |
CustomerDiscounts
[CustomerID] |
DiscountRate |
|---|---|
1 |
.05 |
2 |
.10 |
Orders
[CustomerID] |
OrderID |
OrderDate |
Product |
Quantity |
|---|---|---|---|---|
1 |
256 |
2010-01-07 |
Compact Digital |
11 |
1 |
255 |
2010-01-03 |
SLR Camera |
15 |
2 |
254 |
2010-01-03 |
Budget Movie-Maker |
27 |
Se si importano tali tabelle dallo stesso database, l'Importazione guidata tabella consente di rilevare le relazioni tra le tabelle in base alle colonne tra [parentesi] e di riprodurre tali relazioni in Progettazione modelli. Per ulteriori informazioni, vedere Inferenza e rilevamento automatici delle relazioni in questo argomento. Se si importano tabelle da più origini, è possibile creare manualmente relazioni come descritto in Creare una relazione tra due tabelle (SSAS tabulare).
Colonne e chiavi
Le relazioni sono basate su colonne in ogni tabella contenente gli stessi dati. Ad esempio, le tabelle Customers e Orders possono essere correlate tra loro poiché contengono entrambe una colonna in cui è archiviato un ID cliente. Nell'esempio, i nomi della colonna sono gli stessi ma questo non è un requisito. Uno potrebbe essere CustomerID e l'altro CustomerNumber, purché tutte le righe nella tabella Orders contengano un ID archiviato anche nella tabella Customers.
In un database relazionale esistono molti tipi di chiavi, in genere semplici colonne con proprietà speciali. I quattro tipi seguenti di chiavi possono essere utilizzati nei database relazionali:
Chiave primaria: identifica in modo univoco una riga in una tabella, ad esempio CustomerID nella tabella Customers.
Chiave alternativa (o chiave candidata): una colonna diversa dalla chiave primaria univoca. Ad esempio, in una tabella Employees potrebbero essere archiviati un ID dipendente e un numero di previdenza sociale, entrambi univoci.
Chiave esterna: una colonna che fa riferimento a una colonna univoca in un'altra tabella, ad esempio CustomerID nella tabella Orders, che fa riferimento a CustomerID nella tabella Customers.
Chiave composta: chiave composta da più di una colonna. Le chiavi composte non sono supportate nei modelli tabulari. Per ulteriori informazioni, vedere "Chiavi composte e colonne di ricerca" in questo argomento.
Nei modelli tabulari la chiave primaria o la chiave alternativa viene definita colonna di ricerca correlata o semplicemente colonna di ricerca. Se una tabella dispone sia di una chiave primaria sia di una alternativa, è possibile utilizzare entrambe come colonna di ricerca. La chiave esterna viene definita colonna di origine o semplicemente colonna. Nell'esempio viene definita una relazione tra CustomerID nella tabella Orders (la colonna) e CustomerID (la colonna di ricerca) nella tabella Customers. Se vengono importati dati da un database relazionale, per impostazione predefinita in Progettazione modelli viene scelta la chiave esterna da una tabella e la chiave primaria corrispondente dall'altra. Tuttavia, è possibile utilizzare qualsiasi colonna che disponga di valori univoci per la colonna di ricerca.
Tipi di relazioni
La relazione tra Customers e Orders è una relazione uno-a-molti. Ogni cliente può disporre di più ordini ma un ordine non può disporre di più clienti. Gli altri tipi di relazioni sono uno-a-uno e molti-a-molti. La tabella CustomerDiscounts, che definisce un solo tasso di sconto per ogni cliente, è in una relazione uno-a-uno con la tabella Customers. Un esempio di una relazione molti-a-molti è una relazione diretta tra Products e Customers, in cui un cliente può comprare molti prodotti e lo stesso prodotto può essere comprato da molti clienti. Progettazione modelli non supporta relazioni molti-a-molti nell'interfaccia utente. Per ulteriori informazioni, vedere "Relazioni molti-a-molti" in questo argomento.
Nella tabella seguente sono riportate le relazioni tra le tre tabelle:
Relazione |
Tipo |
Colonna di ricerca |
Colonna |
|---|---|---|---|
Customers-CustomerDiscounts |
uno-a-uno |
Customers.CustomerID |
CustomerDiscounts.CustomerID |
Customers-Orders |
uno-a-molti |
Customers.CustomerID |
Orders.CustomerID |
Relazioni e prestazioni
Dopo aver creato una relazione, Progettazione modelli richiede generalmente il ricalcolo delle formule in cui sono utilizzate le colonne provenienti dalle tabelle della relazione appena creata. L'elaborazione può richiedere del tempo, a seconda della quantità di dati e della complessità delle relazioni. Per ulteriori informazioni, vedere Ricalcolare le formule (SSAS - Modelli tabulari).
Requisiti per le relazioni
Progettazione modelli prevede che vengano rispettati diversi requisiti durante la creazione di relazioni:
Singola relazione attiva tra tabelle
Più relazioni possono comportare dipendenze ambigue tra le tabelle. Per creare calcoli accurati, è necessario un unico percorso da una tabella a quella successiva. Di conseguenza, può essere presente una sola relazione attiva tra ogni coppia di tabelle. Ad esempio, nella tabella DimDate di AdventureWorks DW 2012 è contenuta una colonna DateKey correlata a tre colonne diverse della tabella FactInternetSales: ovvero OrderDate, DueDate e ShipDate. Se si tenta di importare queste tabelle, la prima relazione viene creata correttamente, ma per le relazioni successive che riguardano la stessa colonna verrà visualizzato il messaggio di errore seguente:
* Relazione: tabella[colonna 1]-> tabella[colonna 2] - Stato: errore - Motivo: Impossibile creare una relazione tra le tabelle <tabella 1> e <tabella 2>. Tra due tabelle può esistere solo una relazione diretta o indiretta.
Se sono presenti due tabelle unite da più relazioni, sarà necessario importare più copie della tabella contenente la colonna di ricerca e creare una relazione tra ogni coppia di tabelle.
Possono esistere molte relazioni inattive tra tabelle. Il percorso da utilizzare tra le tabelle viene specificato dallo strumento client di creazione report in fase di query.
Una relazione per ogni colonna di origine
Una colonna di origine non può partecipare a più relazioni. Se una colonna è già stata utilizzata come colonna di origine in una relazione ma si desidera utilizzarla per connetterla a un'altra colonna di ricerca correlata in una tabella diversa, è possibile creare una copia della colonna e utilizzare tale colonna per la nuova relazione.
Creare una copia di una colonna che dispone esattamente degli stessi valori è un'operazione semplice, eseguibile tramite una formula DAX in una colonna calcolata. Per ulteriori informazioni, vedere Creare una colonna calcolata (SSAS tabulare).
Identificatore univoco per ogni tabella
In ogni tabella deve essere presente una colonna singola che ne identifichi in maniera univoca ogni riga. La colonna correlata viene spesso definita chiave primaria.
Colonne di ricerca univoche
I valori dei dati nella colonna di ricerca devono essere univoci. In altri termini, nella colonna non possono essere contenuti valori duplicati. Nei modelli tabulari le stringhe Null e vuote sono equivalenti a un valore vuoto, ovvero un valore dei dati distinto. Ciò vuole dire che non è possibile avere più valori Null nella colonna di ricerca.
Tipi di dati compatibili
I tipi di dati nella colonna di origine e nella colonna di ricerca devono essere compatibili. Per ulteriori informazioni sui tipi di dati, vedere Tipi di dati supportati (SSAS tabulare).
Chiavi composte e colonne di ricerca
Non è possibile utilizzare chiavi composte in un modello tabulare. È necessario che vi sia sempre esattamente una colonna che consente di identificare in modo univoco ogni riga nella tabella. Se si tenta di importare tabelle con una relazione esistente basata su una chiave composta, la relazione viene ignorata dall'Importazione guidata tabella, in quanto non può essere creata nel modello tabulare.
Se si desidera creare una relazione tra due tabelle in Progettazione modelli e sono presenti più colonne che consentono di definire le chiavi primarie ed esterne, è necessario combinare i valori per creare una singola colonna chiave prima di creare la relazione. Tale operazione può essere effettuata prima di importare i dati oppure in Progettazione modelli creando una colonna calcolata.
Relazioni molti-a-molti
I modelli tabulari non supportano relazioni molti-a-molti e non è possibile aggiungere semplicemente tabelle di collegamento in Progettazione modelli. È tuttavia possibile utilizzare funzioni DAX per modellare relazioni molti-a-molti.
Self-join e cicli
I self-join non sono consentiti nelle tabelle del modello tabulare. Un self-join è una relazione ricorsiva tra una tabella e se stessa. I self-join vengono spesso utilizzati per definire gerarchie padre-figlio. Ad esempio, è possibile creare un join di una tabella Employees a se stessa in modo da creare una gerarchia in cui viene mostrata la catena di gestione di un'azienda.
Progettazione modelli non consente la creazione di cicli tra relazioni in un modello. In altre parole, il set di relazioni seguente non è consentito.
Da Table 1, column a a Table 2, column f
Da Table 2, column f a Table 3, column n
Da Table 3, column n a Table 1, column a
Se si tenta di creare una relazione che comporterebbe la creazione di un ciclo, viene generato un errore.
Inferenza delle relazioni
In alcuni casi, le relazioni tra le tabelle vengono concatenate automaticamente. Se ad esempio si crea una relazione tra i primi due set di tabelle indicati di seguito, viene dedotta l'esistenza di una relazione tra le altre due tabelle e viene stabilita automaticamente una relazione.
Products e Category: relazione creata manualmente
Category e SubCategory: relazione creata manualmente
Products e SubCategory: relazione dedotta
Affinché relazioni vengano concatenate automaticamente, le relazioni devono andare in una direzione, come riportato in precedenza. Una relazione non verrebbe dedotta qualora le relazioni iniziali fossero, ad esempio, tra Sales e Products e Sales e Customers. Ciò avviene perché la relazione tra Products e Customers è una relazione molti-a-molti.
Rilevamento di relazioni durante l'importazione di dati
Quando si importano dati da una tabella dell'origine dati relazionale, l'Importazione guidata tabella rileva le relazioni esistenti in tali tabelle di origine basate sui dati dello schema di origine. Se vengono importate tabelle correlate, tali relazioni verranno duplicate nel modello.
Creazione manuale di relazioni
Sebbene la maggior parte delle relazioni tra tabelle in una singola origine dati relazionale vengano rilevate automaticamente e create nel modello tabulare, vi sono casi in cui le relazioni tra le tabelle del modello devono essere create manualmente.
Se il modello contiene dati da più origini, è probabile che le relazioni debbano essere create manualmente. È ad esempio possibile importare le tabelle Customers, CustomerDiscounts e Orders da un'origine dati relazionale. Le relazioni esistenti tra queste tabelle all'origine vengono create automaticamente nel modello. È quindi possibile aggiungere un'altra tabella da un'origine diversa, ad esempio, importare dati dell'area da una tabella Geography in una cartella di lavoro di Microsoft Excel. È quindi possibile creare manualmente una relazione tra una colonna nella tabella Customers e una colonna nella tabella Geography.
Per creare manualmente relazioni in un modello tabulare, è possibile utilizzare Progettazione modelli nella Vista diagramma o la finestra di dialogo Gestisci relazioni. Nella vista diagramma vengono visualizzate le tabelle, con le relative relazioni, in formato grafico. È possibile fare clic su una colonna in una tabella e trascinare il cursore in un'altra tabella per creare facilmente una relazione, nell'ordine corretto, tra le tabelle. Nella finestra di dialogo Gestisci relazioni vengono visualizzate relazioni tra tabelle in un formato tabella semplice. Per imparare a creare manualmente relazioni, vedere Creare una relazione tra due tabelle (SSAS tabulare).
Valori duplicati e altri errori
Se si sceglie una colonna che non può essere utilizzata nella relazione, accanto alla colonna viene visualizzata una X rossa. È possibile passare il cursore sull'icona di errore per visualizzare un messaggio in cui sono contenute ulteriori informazioni sul problema. Di seguito sono riportati alcuni dei problemi che possono impedire la creazione di una relazione tra le colonne selezionate:
Problema o messaggio |
Soluzione |
|---|---|
Impossibile creare la relazione perché in entrambe le colonne selezionate sono contenuti valori duplicati. |
Per creare una relazione valida, in almeno una colonna della coppia selezionata devono essere contenuti solo valori univoci. È possibile modificare le colonne per rimuovere i duplicati o invertire l'ordine delle colonne in modo che la colonna in cui sono contenuti i valori univoci venga utilizzata come Colonna di ricerca correlata. |
Nella colonna è presente un valore Null o vuoto. |
Non è possibile creare un join tra le colonne di dati in base a un valore Null. In entrambe le colonne utilizzate in una relazione deve essere presente un valore per ogni riga. |
Attività correlate
Argomento |
Descrizione |
|---|---|
Viene descritto come creare manualmente una relazione tra due tabelle. |
|
Viene descritto come eliminare una relazione e le ramificazioni dovute all'eliminazione di relazioni. |