Interroga i dati come esistevano in passato

Si applica a:✅ endpoint di analisi SQL e magazzino dati in Microsoft Fabric

Microsoft Fabric offre la possibilità di eseguire query sui dati cronologici così come esistevano in passato negli elementi dell'endpoint di analisi SQL e warehouse (anteprima). La possibilità di interrogare i dati a partire da un timestamp specifico è nota nel settore del data warehousing come time travel.

  • Il viaggio nel tempo facilita la reportistica stabile, mantenendo la coerenza e l'accuratezza dei dati nel tempo.
  • Il viaggio nel tempo consente di analizzare tendenze storiche eseguendo query su diversi punti nel passato e aiuta a prevedere le tendenze future.
  • Il viaggio nel tempo semplifica i confronti economici tra le versioni precedenti dei dati.
  • Viaggio temporale aiuta nell'analisi delle prestazioni nel corso del tempo.
  • Viaggio nel tempo consente alle organizzazioni di controllare le modifiche subite dai dati nel corso del tempo, spesso richiesto per ragioni di conformità.
  • Viaggio nel tempo aiuta a riprodurre i risultati dei modelli di machine learning.
  • Viaggio nel tempo può eseguire query su tabelle come esistevano in un dato momento attraverso più magazzini nello stesso spazio di lavoro.
  • I suggerimenti per il viaggio nel tempo possono essere usati con tabelle temporanee a scopo di sessione, che non sono influenzate dalla TIMESTAMP sintassi.

Che cos'è il viaggio nel tempo?

Un viaggio nel tempo in un data warehouse è una funzionalità efficiente e a basso costo che consente di eseguire rapidamente query su versioni precedenti dei dati.

Attualmente, Microsoft Fabric consente il recupero di stati precedenti dei dati con i seguenti metodi:

Viaggia nel tempo con il comando T-SQL FOR TIMESTAMP AS OF

È possibile eseguire query sulle tabelle usando la sintassi OPTION FOR TIMESTAMP AS OF T-SQL per recuperare i dati in momenti precedenti. La clausola FOR TIMESTAMP AS OF influisce sull'intera istruzione, comprese tutte le tabelle unite del magazzino.

I risultati ottenuti dalle query di viaggi nel tempo sono intrinsecamente di sola lettura. Le operazioni di scrittura, ad esempio INSERT, UPDATE e DELETE, non possono verificarsi durante l'utilizzo dell'hint per la query FOR TIMESTAMP AS OF.

Usare la clausola OPTION per specificare l’hint per la query FOR TIMESTAMP AS OF. Le query restituiscono i dati esattamente come erano nel timestamp, specificati come YYYY-MM-DDTHH:MM:SS[.fff]. Ad esempio:

SELECT *
FROM [dbo].[dimension_customer] AS DC
OPTION (FOR TIMESTAMP AS OF '2024-03-13T19:39:35.28'); --March 13, 2024 at 7:39:35.28 PM UTC

Usare la sintassi CONVERT per il formato data e ora necessario con stile 126.

Il timestamp può essere specificato una sola volta usando la clausola OPTION per query, stored procedure, visualizzazioni e così via. OPTION si applica a tutti gli elementi all'interno dell'istruzione SELECT.

Per esempi, vedere Come fare a: Eseguire query usando il viaggio nel tempo.

Conservazione dei dati in Fabric Data Warehouse

  • Per Fabric Data Warehouse, il viaggio nel tempo è limitato dal periodo di conservazione dei dati configurabile warehouse, che è automatico.
  • Per un endpoint di analisi SQL lakehouse, il tempo di spostamento è limitato a livello di tabella in base alle impostazioni di conservazione a vuoto. La manutenzione delle tabelle lakehouse può essere eseguita manualmente nel portale di Fabric o come processo pianificato e orchestrato usando notebook, pipeline o API REST.

In Microsoft Fabric, un warehouse mantiene e mantiene automaticamente diverse versioni dei dati in base al periodo di conservazione configurato. Il periodo di conservazione del magazzino predefinito è di 30 giorni di calendario e può essere configurato in base alle esigenze dell'organizzazione. In questo modo è possibile eseguire query sulle tabelle a partire da qualsiasi punto nel tempo precedente all'interno della finestra di conservazione. Tutti gli inserimenti, gli aggiornamenti e le eliminazioni apportati al magazzino vengono conservati.

La conservazione inizia automaticamente dal momento in cui il magazzino viene creato. I file scaduti vengono eliminati automaticamente una volta superata la soglia di conservazione.

  • Attualmente, un'istruzione SELECT con l'hint per la FOR TIMESTAMP AS OF query restituisce la versione più recente dello schema di tabella.
  • Tutti i record eliminati in una tabella sono disponibili per l'esecuzione di query come si presentavano prima dell'eliminazione, purché l'eliminazione rientri nel periodo di conservazione.
  • Una query temporale riferita a un momento precedente alla modifica dello schema ha esito positivo solo se fa riferimento a colonne già esistenti in quel momento e ha esito negativo se fa riferimento a colonne introdotte successivamente.

Scenari di viaggio nel tempo

Considerare la capacità di effettuare un viaggio nel tempo per accedere a dati precedenti nei seguenti scenari:

Reportistica stabile

L'esecuzione frequente di processi di estrazione, trasformazione e caricamento (ETL) è essenziale per restare al passo con il panorama dei dati in continua evoluzione. La capacità di viaggio nel tempo supporta questo obiettivo, garantendo l'integrità dei dati e offrendo la flessibilità per generare report in base ai risultati della query restituiti come si presentavano in un determinato momento del passato, ad esempio la sera precedente, mentre l'elaborazione in background continua.

Le attività ETL possono essere eseguite contemporaneamente mentre una query sulla stessa tabella accede al suo stato in un momento precedente nel tempo.

Tendenze storiche e analisi predittiva

Il viaggio nel tempo semplifica l'analisi dei dati storici, aiutando a individuare preziose tendenze e schemi interrogando i dati in diversi intervalli temporali passati. Ciò facilita l'analisi predittiva, consentendo di sperimentare con set di dati storici e di eseguire il training di modelli predittivi. Consente di anticipare tendenze future e di prendere decisioni informate e basate sui dati.

Analisi e confronto

Viaggi nel tempo offre una capacità di risoluzione dei problemi efficiente ed economica, fornendo una lente storica per l'analisi e il confronto, facilitando l'identificazione della causa principale.

Analisi delle prestazioni

Viaggio nel tempo può aiutare ad analizzare le prestazioni delle query del data warehouse nel corso del tempo. Ciò consente di identificare tendenze di riduzione del livello delle prestazioni in base alle quali ottimizzare le query.

Controllo e conformità

Il viaggio nel tempo facilita le procedure di audit e conformità, consentendo ai revisori di navigare nello storico dei dati. Questa funzionalità è utile non solo per rimanere conformi alle normative, ma contribuisce anche a migliorare la garanzia e la trasparenza.

Modelli di Machine Learning

Le capacità di viaggio nel tempo aiutano a riprodurre i risultati dei modelli di machine learning, facilitando l'analisi dei dati storici e simulando scenari reali. Ciò migliora l'affidabilità complessiva dei modelli, rendendo possibile prendere decisioni accurate basate sui dati.

Considerazioni relative alla progettazione

Considerazioni relative all'opzione indicatore di query TIMESTAMP AS OF:

  • L'hint della query FOR TIMESTAMP AS OF non può essere usato per creare le visualizzazioni in un momento specifico nel tempo passato all'interno del periodo di conservazione. Può essere usata per eseguire query su visualizzazioni in un momento nel passato compreso nel periodo di conservazione.
  • L'hint della query FOR TIMESTAMP AS OF può essere usato una sola volta all'interno di un'istruzione SELECT.
  • L'hint di query FOR TIMESTAMP AS OF può essere definito all'interno dell'istruzione SELECT in una stored procedure.
  • L'hint della query FOR TIMESTAMP AS OF non influisce sulle tabelle temporanee con ambito di sessione, come #temp_table.

Autorizzazioni per il viaggio nel tempo

Qualsiasi utente con ruoli dell'area di lavoroAmministratore, Membro, Contributore o Visualizzatore può eseguire query su tabelle in un momento nel passato. Quando gli utenti eseguono query su tabelle, le restrizioni imposte dalla sicurezza a livello di colonna dalla sicurezza a livello di riga o dalla maschera dati dinamica vengono imposte automaticamente.

Limiti

  • Qualsiasi modifica apportata allo schema di una tabella, incluse, a titolo esemplificativo e non esaustivo, l'aggiunta o la rimozione di colonne, è interrogabile solo a partire dal momento in cui la modifica è stata apportata. Una query temporale riferita a un momento precedente alla modifica dello schema ha esito positivo solo se fa riferimento a colonne già esistenti in quel momento e ha esito negativo se fa riferimento a colonne introdotte successivamente. Analogamente, l'eliminazione e la ricreazione di una tabella con gli stessi dati ne comporta la rimozione della cronologia.
  • Specificare al massimo tre cifre di secondi frazionari nel timestamp. Se si specifica un numero con maggiore precisione, verrà visualizzato il messaggio di errore An error occurred during timestamp conversion. Please provide a timestamp in the format yyyy-MM-ddTHH:mm:ss[.fff]. Msg 22440, Level 16, State 1, Code line 29.
  • Attualmente, per i viaggi nel tempo, viene usato solo il fuso orario Tempo Coordinato Universale (UTC).
  • Attualmente, la conservazione dei dati per le query di viaggio nel tempo è configurabile da 1 a 120 giorni di calendario. Il periodo di conservazione predefinito è trenta giorni di calendario. Per altre informazioni, vedere Conservazione dei dati configurabile.
  • I valori FOR TIMESTAMP AS OF nella clausola OPTION devono essere deterministici. Per un esempio di parametrizzazione, vedere Viaggio nel tempo in una stored procedure.
  • L'hint di query OPTION FOR TIMESTAMP AS OF può essere utilizzato solo nelle query che iniziano con l'istruzione SELECT.
  • Le definizioni di visualizzazione non possono contenere la OPTION FOR TIMESTAMP AS OF sintassi T-SQL. È possibile eseguire query sulla vista con la SELECT .. FROM <view> ... OPTION FOR TIMESTAMP AS OF sintassi T-SQL. Tuttavia, non è possibile eseguire query su dati precedenti da tabelle in una visualizzazione precedente alla creazione della visualizzazione.
  • La sintassi T-SQL FOR TIMESTAMP AS OF per il viaggio nel tempo non è attualmente supportata nella modalità DirectQuery di Power BI Desktop o nell'opzione Explore this data.
  • Attualmente, il tempo di spostamento per gli endpoint di analisi SQL è abilitato solo per gli endpoint di analisi SQL creati con la nuova sincronizzazione dei metadati (anteprima) abilitata.

Passaggio successivo

Come eseguire query usando il viaggio nel tempo

Contenuto correlato

  • Last updated on