Qualidade dos dados

Detete exceções nos dados antes do próximo passo.

Defina os dados aceitáveis, execute verificações repetíveis e examine falhas registadas. Os controlos de fluxo suportados interrompem o trabalho seguinte quando uma verificação obrigatória falha.

Defina os dados aceitáveis, execute verificações repetíveis e examine falhas registadas. Os controlos de fluxo suportados interrompem o trabalho seguinte quando uma verificação obrigatória falha.
Comece com uma expectativa explícita.

Os modelos visuais abrangem verificações de nulos, vazios, unicidade, contagem de linhas, intervalos, padrões, valores aceites e integridade referencial. O SQL personalizado suporta asserções mais complexas quando a condição de aprovação é definida com precisão.

Experimente a regra antes de a guardar e executar.

A pré-visualização mostra como funciona a regra atual, mas não guarda uma execução. Guardar cria ou altera a regra. Executar agora ou usar uma etapa Pipeline suportada guarda a execução da verificação e, se esta falhar, uma constatação com âmbito delimitado.

A qualidade pode controlar um fluxo implementado.

Um job autónomo de Data Quality ou uma etapa de controlo Master pode interromper trabalho suportado a jusante quando ocorre uma falha. O PipelineRun exato, o QualityRun e o acionador permanecem registos distintos.

O mínimo privilégio continua a ser essencial.

O SQL personalizado não dispõe de um analisador universal, independente, só de leitura e limitado a uma instrução. No modal de regras, editar SQL exige nova execução; um resultado anterior não valida o rascunho atual. As origens devem usar credenciais de leitura com privilégio mínimo, e as amostras de falha devem excluir segredos e dados pessoais desnecessários.

Saiba o que é verificado e o que ainda exige tratamento separado.

QualityRule é mutável e não está diretamente fixada a DatasetVersion. Execução de suites, reparação automática, remediação integral de dados e entrega confirmada de notificações não são capacidades atuais. Uma tabela gerida do Sandbox participa no System Sandbox Source do projeto, não num percurso de qualidade oculto.

Comece com uma expectativa explícita.

Os modelos visuais abrangem verificações de nulos, vazios, unicidade, contagem de linhas, intervalos, padrões, valores aceites e integridade referencial. O SQL personalizado suporta asserções mais complexas quando a condição de aprovação é definida com precisão.

Verificações nulas e de valor vazio

Exclusividade e limites de contagem de linhas

Intervalos de valor numéricos ou comparáveis

Padrões SQL LIKE e verificações de valores aceites

Controlos de existência referencial

Asserções SQL personalizadas e explícitas

Experimente a regra antes de a guardar e executar.

A pré-visualização mostra como funciona a regra atual, mas não guarda uma execução. Guardar cria ou altera a regra. Executar agora ou usar uma etapa Pipeline suportada guarda a execução da verificação e, se esta falhar, uma constatação com âmbito delimitado.

A pré-visualização é síncrona e não persistente.

Guardar alterações na definição mutável QualityRule.

Executar agora, Pipeline e execução Master persistem um QualityRun.

Uma falha persiste um Finding delimitado de Data Quality, distinto do fluxo de Findings do Assurance.

A qualidade pode controlar um fluxo implementado.

Um job autónomo de Data Quality ou uma etapa de controlo Master pode interromper trabalho suportado a jusante quando ocorre uma falha. O PipelineRun exato, o QualityRun e o acionador permanecem registos distintos.

O mínimo privilégio continua a ser essencial.

O SQL personalizado não dispõe de um analisador universal, independente, só de leitura e limitado a uma instrução. No modal de regras, editar SQL exige nova execução; um resultado anterior não valida o rascunho atual. As origens devem usar credenciais de leitura com privilégio mínimo, e as amostras de falha devem excluir segredos e dados pessoais desnecessários.

Saiba o que é verificado e o que ainda exige tratamento separado.

QualityRule é mutável e não está diretamente fixada a DatasetVersion. Execução de suites, reparação automática, remediação integral de dados e entrega confirmada de notificações não são capacidades atuais. Uma tabela gerida do Sandbox participa no System Sandbox Source do projeto, não num percurso de qualidade oculto.

Próximo passo

Comece com o fluxo que não pode permitir a ambiguidade.

Apresente os sistemas, responsáveis, regras, obrigações de entrega e requisitos de evidência relevantes.

Analisar um fluxo crítico

Em resumo

Para que serve esta parte do advanexus?

Defina os dados aceitáveis, execute verificações repetíveis e examine falhas registadas. Os controlos de fluxo suportados interrompem o trabalho seguinte quando uma verificação obrigatória falha.

O que devo verificar antes de a utilizar?

A execução do conjunto, a reparação automatizada e um fluxo de trabalho completo de encontrar e corrigir não são capacidades atuais.