Verificações de consistência do sistema de tabela temporal

Aplica-se a: SQL Server 2016 (13.x) e versões posteriores Banco de Dados SQL do AzureInstância Gerenciada de SQL do AzureSQL database in Microsoft Fabric

Com tabelas temporais, o sistema realiza várias verificações de consistência. Essas verificações garantem que o esquema cumpre os requisitos temporais e que os dados sejam consistentes e permaneçam consistentes. A DBCC CHECKCONSTRAINTS declaração também fornece verificações temporais.

Verificações de consistência do sistema

Antes que SYSTEM_VERSIONING seja definido como ON, um conjunto de verificações é executado na tabela de histórico e na tabela atual. Essas verificações se enquadram em checagens de esquema e checagem de dados (se a tabela de histórico não estiver vazia). O sistema também realiza uma verificação de consistência em tempo de execução.

Verificação de esquema

Quando você cria ou altera uma tabela para se tornar uma tabela temporal, o sistema verifica se esses requisitos são atendidos:

  1. Os nomes e o número de colunas são os mesmos tanto na tabela atual quanto 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, são permitidos valores de coluna padrão na tabela de histórico.

  9. A tabela de histórico não é colocada em um grupo de arquivos somente 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 de consistência de dados

Antes que SYSTEM_VERSIONING seja definido como ON e como parte de qualquer operação DML, o sistema executa a seguinte verificação: ValidTo >= ValidFrom

Ao criar um link para uma tabela de histórico existente, pode optar por realizar 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 todo registro atenda aos requisitos temporais. A verificação de consistência de dados roda por padrão. Realize a verificação de consistência de dados sempre que os dados entre as tabelas atuais e de histórico estiverem fora de sincronia. Por exemplo, faça isso quando você incorporar uma tabela de histórico existente que já contenha dados de histórico.

Aviso

Mudanças manuais no clock do sistema fazem com que o sistema falhe inesperadamente, porque as verificações de consistência de dados em tempo de execução que evitam condições de sobreposição (ou seja, que o tempo de término de um registro não seja menor que o tempo de início) falham.

Use 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