Guia operacional — Ciclo de vida dos dados

De uma entrada conhecida a um resultado analítico governado.

Utilize este fluxo de trabalho quando um resultado analítico recorrente precisar de conservar contexto conhecido de entrada, qualidade, versão, permissões e execução em módulos canónicos distintos.

Utilize este fluxo de trabalho quando um resultado analítico recorrente precisar de conservar contexto conhecido de entrada, qualidade, versão, permissões e execução em módulos canónicos distintos.
Pergunta de decisão

A equipa consegue identificar a entrada exata, o resultado de qualidade aceite, os contratos de Dataset e Report e o registo de execução subjacente ao resultado — ou algum destes elementos continua informal?

Objetos e controlos usados

O fluxo de trabalho utiliza objetos pertencentes a módulos distintos. As respetivas referências ligam a história; os objetos não são reduzidos a uma única execução sintética.

Fluxo operacional

Execute explicitamente cada transição e preserve a identidade devolvida pelo módulo responsável.

Falha e caminhos parciais

A falha é tratada pelo módulo responsável pela ação tentada; um ecrã posterior não deve substituir nem reinterpretar esse estado terminal.

Evidências produzidas

Consoante o percurso escolhido e os limites de retenção, o fluxo pode conservar FileVersion, identidade da transformação, QualityRun, DatasetVersion, ReportVersion, AnalyticsRun, diagnósticos, hashes de artefactos e referências canónicas projetadas no Assurance.

Limite actual

Este é um percurso do operador, não um fluxo de trabalho automático. O Pipeline não cria um Dataset automaticamente, o Schedule não é executado atualmente, um DatasetVersion virtual não congela linhas ativas e não existe reversão universal nem garantia de execução exatamente uma vez.

Pergunta de decisão

A equipa consegue identificar a entrada exata, o resultado de qualidade aceite, os contratos de Dataset e Report e o registo de execução subjacente ao resultado — ou algum destes elementos continua informal?

Objetos e controlos usados

O fluxo de trabalho utiliza objetos pertencentes a módulos distintos. As respetivas referências ligam a história; os objetos não são reduzidos a uma única execução sintética.

Identidade de entrada

Source delimitada ao projeto ou FileVersion imutável com âmbito de tenant e projeto controlado pelo servidor.

Publicação e qualidade

TransformationRun e TableVersion opcionais, seguidos por QualityRule orientada para a origem e QualityRun persistente.

Contrato de dados regido

Dataset e DatasetVersion exatos com linhagem de origem/consulta e metadados de coluna gravados.

Contrato analítico

ReportVersion ligado a esse DatasetVersion e um AnalyticsRun sob permissão atual, RLS e contexto de filtro de tempo de execução.

Fluxo operacional

Execute explicitamente cada transição e preserve a identidade devolvida pelo módulo responsável.

  1. Registe a entrada

    Selecione a Source do projeto ou carregue e importe um ficheiro para que existam uma identidade FileVersion imutável e um SHA-256 antes da interpretação.

  2. Inspecionar antes da execução

    Analise metadados da origem ou do parser, delimitador, cabeçalho, pré-visualização do esquema e avisos; não coloque uma transformação em fila enquanto a interpretação estiver por resolver.

  3. Publicar uma tabela gerida quando necessário

    Carregue para uma versão física shadow, valide linhas e esquema e promova o alias estável do Sandbox apenas após sucesso.

  4. Executar a decisão de qualidade

    Execute a asserção aceite e preserve o respetivo QualityRun; a pré-visualização fornece feedback útil, mas não é o registo persistente da execução.

  5. Promover o conjunto de dados governado

    Aceite o SQL ou linhagem de tabela como uma identidade de conjunto de dados estável e DatasetVersion imutável exato.

  6. Aceitar o contrato analítico

    Selecione dimensões e métricas, valide metadados, compile SQL controlado pelo servidor e guarde um ReportVersion ligado ao DatasetVersion exato.

  7. Executar e inspecionar

    Execute o relatório e inspecione estado, ligações, filtros, contexto de permissões e RLS, diagnósticos, artefactos e truncamento do AnalyticsRun antes de utilizar o resultado.

Falha e caminhos parciais

A falha é tratada pelo módulo responsável pela ação tentada; um ecrã posterior não deve substituir nem reinterpretar esse estado terminal.

Falha da inspeção prévia ou da transformação

Nenhuma nova versão do alias é promovida; a tabela estável anterior permanece atual e a tentativa de TransformationRun permanece inspecionável.

A qualidade falha

O QualityRun e a descoberta limitada persistem. Um portão mestre suportado pode parar o trabalho a jusante, mas nenhuma correção automatizada universal segue.

Falha de uma ligação do Analytics

Os diagnósticos por ligação permanecem visíveis e as ligações bem-sucedidas podem conservar a respetiva saída; quando aplicável, a execução global continua parcial.

Monitorização de desconexões

Volte a ligar-se ou consulte a execução canónica. A perda do stream no navegador não prova que uma operação em fila que altera estado não chegou ao worker ou destino.

Evidências produzidas

Consoante o percurso escolhido e os limites de retenção, o fluxo pode conservar FileVersion, identidade da transformação, QualityRun, DatasetVersion, ReportVersion, AnalyticsRun, diagnósticos, hashes de artefactos e referências canónicas projetadas no Assurance.

Limite actual

Este é um percurso do operador, não um fluxo de trabalho automático. O Pipeline não cria um Dataset automaticamente, o Schedule não é executado atualmente, um DatasetVersion virtual não congela linhas ativas e não existe reversão universal nem garantia de execução exatamente uma vez.

Próximo passo

Examine os módulos operacionais por trás do fluxo.

Analise os limites de origem, ficheiro, transformação e execução antes de mapear o fluxo para o seu ambiente.

Explorar operações de dados