Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Aplica-se a:✅ Endpoint de análise de SQL e Armazém de Dados no Microsoft Fabric
O Microsoft Fabric permite consultar dados históricos como existiam no passado em itens de warehouse e de ponto de extremidade de análise SQL (versão prévia). A capacidade de consultar dados a partir de um timestamp específico é conhecida na área de armazenamento de dados como time travel.
- A viagem no tempo facilita a geração de relatórios estáveis, mantendo a consistência e a precisão dos dados ao longo do tempo.
- A viagem no tempo permite a análise de tendências históricas consultando vários pontos no tempo passados e ajuda a antecipar as tendências futuras.
- A viagem no tempo simplifica as comparações de baixo custo entre versões anteriores de dados.
- A viagem no tempo auxilia na análise do desempenho ao longo do tempo.
- A viagem no tempo permite que as organizações auditem as alterações de dados ao longo do tempo, muitas vezes necessárias para fins de conformidade.
- A viagem no tempo ajuda a reproduzir os resultados dos modelos de aprendizado de máquina.
- A viagem no tempo pode consultar tabelas como elas existiam em um ponto específico no tempo em vários armazéns no mesmo espaço de trabalho.
- Indicadores de viagem no tempo podem ser usados com tabelas temp com escopo de sessão, que não são afetadas pela sintaxe
TIMESTAMP.
O que é viagem no tempo?
A viagem no tempo em um data warehouse é um recurso eficiente e de baixo custo para consultar rapidamente versões anteriores de dados.
Atualmente, o Microsoft Fabric permite a recuperação de estados anteriores de dados das seguintes maneiras:
Viagem no tempo com o comando FOR TIMESTAMP AS OF T-SQL
As tabelas podem ser consultadas com a sintaxe T-SQL OPTION FOR TIMESTAMP AS OF para recuperar dados de momentos anteriores. A cláusula FOR TIMESTAMP AS OF afeta toda a instrução, incluindo todas as tabelas de depósito associadas.
Os resultados obtidos a partir das consultas de viagem no tempo são inerentemente somente leitura. Operações de gravação como INSERT, UPDATE e DELETE não podem ocorrer ao utilizar a indicação de consulta FOR TIMESTAMP AS OF.
Use a cláusula OPTION para especificar a sugestão de consulta FOR TIMESTAMP AS OF. As consultas retornam dados exatamente como existiam no timestamp, especificado como YYYY-MM-DDTHH:MM:SS[.fff]. Por exemplo:
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
Use a sintaxe CONVERT para formato de data e hora necessário com o estilo 126.
O timestamp pode ser especificado apenas uma vez usando a cláusula OPTION para consultas, procedures armazenados, visões, etc. O OPTION se aplica a tudo dentro da instrução SELECT.
Para obter exemplos, consulte Como: consultar usando viagem no tempo.
Retenção de dados no Fabric Data Warehouse
- No Fabric Data Warehouse, a viagem no tempo é limitada pelo período de retenção de dados configurável do warehouse, que é automático.
- Para um ponto de extremidade de análise de SQL do Lakehouse, a viagem no tempo é limitada no nível da tabela por configurações de retenção de vácuo. A manutenção da tabela do Lakehouse pode ser executada manualmente no portal do Fabric ou como parte de um processo agendado e orquestrado por meio de notebooks, pipelines ou API REST.
Em Microsoft Fabric, um warehouse preserva e mantém automaticamente várias versões dos dados com base no período de retenção configurado. O período de retenção do warehouse padrão é de 30 dias e pode ser configurado com base nas necessidades da sua organização. Isso permite consultar tabelas em qualquer ponto anterior no tempo dentro do período da janela de retenção. Todas as inserções, atualizações e exclusões feitas no data warehouse são mantidas.
A retenção começa automaticamente a partir do momento em que o depósito é criado. Os arquivos expirados são excluídos automaticamente após o limite de retenção.
- Atualmente, uma instrução
SELECTcom a dica de consultaFOR TIMESTAMP AS OFretorna a versão mais recente da tabela schema. - Todos os registros excluídos em uma tabela estão disponíveis para consulta como existiam antes da exclusão, se a exclusão estiver dentro do período de retenção.
- Uma consulta de viagem no tempo para um ponto no tempo antes que a alteração do esquema seja bem-sucedida somente quando faz referência a colunas que já existiam naquele ponto no tempo e falhará se fizer referência a colunas introduzidas posteriormente.
Cenários de viagem no tempo
Considere a capacidade de viajar no tempo para dados anteriores nos seguintes cenários:
Relatórios estáveis
A execução frequente de trabalhos de extração, transformação e carregamento (ETL) é essencial para acompanhar o cenário de dados em constante mudança. A capacidade de viajar no tempo dá suporte a esse objetivo, garantindo a integridade dos dados e, ao mesmo tempo, fornecendo a flexibilidade para gerar relatórios com base nos resultados da consulta que são retornados a partir de um ponto no tempo passado, como na noite anterior, enquanto o processamento em segundo plano está em andamento.
As atividades de ETL podem ser executadas simultaneamente enquanto a mesma tabela é consultada como em um ponto anterior no tempo.
Tendência histórica e análise preditiva
A viagem no tempo simplifica a análise de dados históricos, ajudando a descobrir tendências e padrões valiosos por meio da consulta de dados em vários períodos de tempo passados. Isso facilita a análise preditiva, permitindo a experimentação de conjuntos de dados históricos e o treinamento de modelos preditivos. Isso ajuda a antecipar tendências futuras e ajuda a tomar decisões bem informadas e baseadas em dados.
Análise e comparação
A viagem no tempo oferece uma capacidade de solução de problemas eficiente e econômica, fornecendo uma lente histórica para análise e comparação, facilitando a identificação da causa raiz.
Análise de desempenho
A viagem no tempo pode ajudar a analisar o desempenho das consultas de depósito às horas extras. Isso ajuda a identificar as tendências de degradação de desempenho com base nas quais as consultas podem ser otimizadas.
Auditoria e conformidade
A viagem no tempo simplifica os procedimentos de auditoria e conformidade, capacitando os auditores a navegar pelo histórico de dados. Isso não só ajuda a permanecer em conformidade com os regulamentos, mas também ajuda a aumentar a garantia e a transparência.
Modelos de machine learning
Os recursos de viagem no tempo ajudam na reprodução dos resultados dos modelos de aprendizado de máquina, facilitando a análise de dados históricos e simulando cenários do mundo real. Isso aumenta a confiabilidade geral dos modelos para que decisões precisas baseadas em dados possam ser tomadas.
Considerações sobre o design
Considerações sobre a dica de consulta OPTION FOR TIMESTAMP AS OF:
- A dica de consulta
FOR TIMESTAMP AS OFnão pode ser usada para criar as visões em qualquer ponto anterior dentro do período de retenção. Essa funcionalidade pode ser usada para consultar visões em um ponto específico no passado, dentro do período de retenção. - A dica de consulta
FOR TIMESTAMP AS OFpode ser usada apenas uma vez dentro de uma instruçãoSELECT. - A dica de consulta
FOR TIMESTAMP AS OFpode ser definida dentro da instruçãoSELECTem um procedimento armazenado. - A
FOR TIMESTAMP AS OFindicação de consulta não afeta tabelas temporárias de escopo de sessão, como#temp_table.
Permissões para viagens no tempo
Qualquer usuário com funções de Administrador, Membro, Contribuidor ou Visualizador no espaço de trabalho pode consultar as tabelas referentes a um ponto específico no passado. Quando os usuários consultam tabelas, as restrições impostas pela segurança em nível de coluna (CLS), segurança em nível de linha (RLS) ou mascaramento dinâmico de dados (DDM) são impostas automaticamente.
Limitações
- Todas as modificações feitas no esquema de uma tabela, incluindo, mas não se limitando a adicionar ou remover colunas, só podem ser consultadas a partir do momento em que a alteração foi feita. Uma consulta de viagem no tempo para um ponto no tempo antes que a alteração do esquema seja bem-sucedida somente quando faz referência a colunas que já existiam naquele ponto no tempo e falhará se fizer referência a colunas introduzidas posteriormente. Da mesma forma, deletar e recriar uma tabela com os mesmos dados remove o histórico.
- Forneça no máximo três dígitos de frações de segundo no timestamp. Se você fornecer mais precisão, você receberá a mensagem de erro
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. - Atualmente, apenas o fuso horário UTC (Tempo Universal Coordenado) é usado para viagens no tempo.
- Atualmente, a retenção de dados para consultas de viagem no tempo é configurável de 1 a 120 dias. O período de retenção padrão é trinta dias de calendário. Para obter mais informações, consulte Retenção de dados configurável.
- Os valores
FOR TIMESTAMP AS OFna cláusulaOPTIONdevem ser determinísticos. Para obter um exemplo de parametrização, consulte Viagem no tempo em um procedimento armazenado. - A cláusula OPTION FOR TIMESTAMP AS OF só pode ser usada em consultas que se iniciam com a instrução
SELECT. - As definições de exibição não podem conter a
OPTION FOR TIMESTAMP AS OFsintaxe T-SQL. O modo de exibição pode ser consultado usando a sintaxeSELECT .. FROM <view> ... OPTION FOR TIMESTAMP AS OFT-SQL. No entanto, você não pode consultar dados passados de tabelas em uma visão de antes de ela ser criada. - A sintaxe T-SQL
FOR TIMESTAMP AS OFpara viagem no tempo não tem suporte no modo de consulta Power BI Desktop Direct ou na opção Explore esses dados. - Atualmente, a viagem no tempo para endpoints de análise de SQL só está habilitada para endpoints de análise de SQL criados com a Nova sincronização de metadados (versão prévia) habilitada.