Partilhar via

Verificações de consistência do sistema de tabelas temporais

Aplica-se a: SQL Server 2016 (13.x) e versões posteriores Azure SQL Database AzureSQL Managed InstanceSQL database in Microsoft Fabric

Com tabelas temporais, o sistema executa várias verificações de consistência para garantir que o esquema esteja em conformidade com os requisitos de tempo e que os dados sejam consistentes e permaneçam consistentes. Além disso, as verificações temporais estão disponíveis na declaração DBCC CHECKCONSTRAINTS.

Verificações de consistência do sistema

Antes de SYSTEM_VERSIONING ser definido como ON, um conjunto de verificações é executado na tabela de histórico e na tabela atual. Essas verificações são agrupadas em verificações de esquema e verificações de dados (se a tabela de histórico não estiver vazia). Além disso, o sistema também executa uma verificação de consistência de tempo de execução.

Verificação do esquema

Ao criar ou alterar uma tabela para se tornar uma tabela temporal, o sistema verifica se os requisitos são atendidos:

  1. Os nomes e o número de colunas são os mesmos na tabela atual e na tabela de histórico.

  2. Os tipos de dados correspondem para cada coluna entre a tabela atual e a tabela de histórico.

  3. As colunas de período são definidas como NOT NULL.

  4. A tabela atual tem uma restrição de chave primária e a tabela de histórico não tem uma restrição de chave primária.

  5. Nenhuma coluna IDENTITY é definida na tabela de histórico.

  6. Nenhum gatilho é definido na tabela de histórico.

  7. Nenhuma chave estrangeira é definida na tabela de histórico.

  8. Nenhuma restrição de tabela ou coluna é definida na tabela de histórico. No entanto, os valores de coluna padrão na tabela de histórico são permitidos.

  9. A tabela de histórico não é colocada num grupo de ficheiros só de leitura.

  10. A tabela de histórico não está configurada para controle de alterações ou captura de dados de alterações.

Verificação da consistência dos dados

Antes de SYSTEM_VERSIONING ser definido como ON e como parte de qualquer operação de linguagem de manipulação de dados (DML), o sistema executa a seguinte verificação: ValidTo >= ValidFrom

Ao criar um link para uma tabela de histórico existente, você pode optar por executar uma verificação de consistência de dados. Essa verificação de consistência de dados garante que os registros existentes não se sobreponham e que os requisitos temporais sejam atendidos para cada registro individual. Executar a verificação de consistência de dados é o padrão. Você deve executar a verificação de consistência de dados sempre que os dados entre as tabelas atual e de histórico estiverem fora de sincronia. Por exemplo, ao incorporar uma tabela de histórico existente que é preenchida com dados de histórico.

Warning

Alterações manuais no relógio do sistema farão com que o sistema falhe inesperadamente, porque as verificações de consistência de dados de tempo de execução para evitar condições de sobreposição (ou seja, que a hora de término de um registro não é inferior à sua hora de início) falham.

Utilizar DBCC CHECKCONSTRAINTS

O comando DBCC CHECKCONSTRAINTS inclui verificações de consistência de dados temporais. Para obter mais informações, consulte DBCC CHECKCONSTRAINTS.

Conteúdo relacionado

  • Last updated on