View a markdown version of this page

Definizione delle relazioni tra set di dati in un argomento - Amazon Quick
Formato JSON di relazioneLe migliori pratiche per le relazioniLimitazioni attuali

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Definizione delle relazioni tra set di dati in un argomento

 Si applica a: Enterprise Edition 
   Destinatari: amministratori e autori di Amazon Quick 

Le relazioni indicano a Quick Sight come unire i set di dati quando una domanda o un elemento visivo si estende su più tabelle. È possibile definire le relazioni specificando le chiavi di unione tra coppie di set di dati utilizzando un file di configurazione JSON.

Il grafico delle relazioni deve essere un grafo aciclico diretto (DAG): le relazioni circolari non sono supportate. Consigliamo di modellare i set di dati in uno schema a stella con una o più tabelle dei fatti centrali unite a tabelle di dimensioni condivise.

Per definire le relazioni tra i set di dati

  1. Apri l'argomento che desideri configurare.

  2. Vai alla scheda Relazioni.

    Editor di argomenti che mostra la scheda Relazioni con sei set di dati elencati: PRODUCT_DIM, CUSTOMER_DIM, DATE_DIM, SALES_FACT, RETURN_FACT e STORE_DIM.

  3. Scegli Carica file o Crea manualmente.

    La scheda Relazioni mostra i pulsanti Carica file e Crea manualmente, con i tipi di file supportati YAML e JSON indicati.

  4. Carica un file JSON che definisce le tue relazioni (vedi l'esempio seguente). Dopo il caricamento, il grafico delle relazioni viene visualizzato visivamente a sinistra e i dettagli chiave di unione vengono visualizzati a destra. Seleziona un join per verificare la mappatura delle relazioni.

    Grafico delle relazioni che mostra SALES_FACT e RETURN_FACT come tabelle informative centrali collegate a PRODUCT_DIM, CUSTOMER_DIM, DATE_DIM e STORE_DIM con le chiavi di unione visualizzate nel pannello di destra.

  5. Per modificare una relazione, scegli Modifica, aggiorna le colonne di unione utilizzando i selettori a discesa e scegli Salva.

    La modalità di modifica delle relazioni mostra i menu a discesa delle colonne di join modificabili per ogni coppia di set di dati, con i pulsanti Annulla e Salva in alto a destra.

Formato JSON di relazione

L'esempio seguente mostra una configurazione dello schema a stella con una tabella SALES_FACT centrale unita alle tabelle delle dimensioni:

{
  "datasetPairs": [
    {
      "datasetLeft": { "datasetName": "SALES_FACT", "joinColumnNames": ["CUSTOMER_ID"] },
      "datasetRight": { "datasetName": "CUSTOMER_DIM", "joinColumnNames": ["CUSTOMER_ID"] }
    },
    {
      "datasetLeft": { "datasetName": "SALES_FACT", "joinColumnNames": ["PRODUCT_ID"] },
      "datasetRight": { "datasetName": "PRODUCT_DIM", "joinColumnNames": ["PRODUCT_ID"] }
    },
    {
      "datasetLeft": { "datasetName": "SALES_FACT", "joinColumnNames": ["STORE_ID"] },
      "datasetRight": { "datasetName": "STORE_DIM", "joinColumnNames": ["STORE_ID"] }
    }
  ]
}

Ogni voce in datasetPairs specifica una coppia di set di dati e le colonne utilizzate per unirli. Le chiavi composite sono supportate includendo più nomi di colonna nell'joinColumnNamesarray.

Le migliori pratiche per le relazioni

  • Inizia con uno schema a stella. Una tabella informativa centrale circondata da tabelle delle dimensioni riduce al minimo la complessità dei join e massimizza le prestazioni delle query.

  • Usa chiavi di join pulite. Usa chiavi surrogate intere laddove possibile. Conferma i tipi di dati corrispondenti su entrambi i lati. Rimuovi i valori nulli dalle colonne chiave di unione (i valori nulli non corrispondono mai nei join interni).

  • Convalida l'integrità referenziale. Ogni chiave esterna nella tabella dei fatti deve esistere nella tabella delle dimensioni.

  • Evita le giunzioni circolari. Il grafico delle relazioni deve essere aciclico. Se il modello crea un ciclo, interrompilo rimuovendo una gamba e denormalizzando il percorso ridondante.

  • Pre-join catene a fiocchi di neve quando possibile. Se una dimensione ha dimensioni secondarie (ad esempio, Cliente → Geografia → Regione), valuta la possibilità di appiattirle in un set di dati a dimensione singola per ridurre i join hop.

Limitazioni attuali

Le seguenti limitazioni si applicano alle relazioni definite:

  • Le relazioni utilizzano la semantica dei join interni per i fogli di analisi. Nei risultati vengono visualizzate solo le righe con chiavi corrispondenti in entrambi i set di dati.

  • Il grafico delle relazioni deve essere aciclico (senza giunzioni circolari).

  • Self-relationships (un set di dati relativo a se stesso) non sono supportati.

  • Tutti i set di dati in un argomento devono utilizzare la stessa modalità di interrogazione (SPICEo Direct Query).

  • Un argomento non può superare i 12 set di dati.

Nota

Quando si utilizzano gli argomenti in Amazon Quick chat, l'agente di LLM-powered chat non si limita ai join interni. Può generare SQL con left join, outer join, unions e sottoquery in base alle tue istruzioni personalizzate. Queste limitazioni relative al tipo di join si applicano solo al percorso di utilizzo del foglio di analisi.