Cada controlador determina que operações de metadados, pré-visualização, consulta, transferência, escrita, eliminação ou qualidade são seguras no ambiente atual.
Operações de dados
Transforme dados de fontes separadas em trabalho repetível.
Explore bases ligadas, prepare ficheiros e tabelas e organize transferências e verificações de qualidade suportadas. Mantenha juntos a definição, o estado de execução e o resultado registado ao repetir o trabalho.
Contexto de origem e projeto controlado pelo servidor, política só de leitura e resultados delimitados suportam a descoberta antes de uma consulta se tornar SavedQuery, Dataset ou entrada de visualização. Os separadores numerados são espaços persistentes com renomeação, gravação automática e revisão otimista; sair do navegador não elimina silenciosamente o rascunho.
O upload e a importação segura por URL criam primeiro uma versão imutável no Drive, identificada por SHA-256. A inspeção prévia determina conteúdo, delimitador, aspas, cabeçalho e esquema antes de colocar qualquer transformação em fila.
Os ficheiros CSV validados, texto UTF-8 delimitado, registos JSON e a primeira folha XLSX são carregados numa nova versão da tabela. O nome estável usado para aceder aos dados só passa a apontar para a nova versão quando a validação do resultado termina com sucesso.
O catálogo suporta execução SQL, transferência por consulta ou fluxo direto, transferência, transformação e eliminação de esquemas, eliminação em NoSQL, verificações de qualidade e tarefas compostas com Master. Cada arranque fica registado. Uma definição antiga no histórico não significa, por si só, que essa tarefa continua a ser suportada.
Os estados em fila, em execução, falhado, parcial, cancelado e recuperado permanecem distintos. Uma falha de monitorização não prova que uma operação de alteração de estado não atingiu o destino. O Pipeline ainda não oferece cancelamento, nova tentativa, reversão ou execução exatamente uma vez como contrato universal; continuam a ser obrigatórias funções de base de dados com privilégio mínimo.
Fontes expõem capacidades, não suposições.
Cada controlador determina que operações de metadados, pré-visualização, consulta, transferência, escrita, eliminação ou qualidade são seguras no ambiente atual.
A Consola SQL serve para exploração, não para administração da base de dados.
Contexto de origem e projeto controlado pelo servidor, política só de leitura e resultados delimitados suportam a descoberta antes de uma consulta se tornar SavedQuery, Dataset ou entrada de visualização. Os separadores numerados são espaços persistentes com renomeação, gravação automática e revisão otimista; sair do navegador não elimina silenciosamente o rascunho.
Uma execução de serviço bem-sucedida ou falhada é retida como QueryExecution quando um pedido válido com origem e SQL entra em execução.
SavedQuery mantém SQL editável; a promoção para Dataset cria uma referência distinta ao ativo governado e à sua linhagem.
A sintaxe de comentários do dialeto e o tratamento seguro só de leitura são normalizados em limites de execução partilhados, não num wrapper exclusivo de PostgreSQL.
Os ficheiros mantêm a sua identidade original.
O upload e a importação segura por URL criam primeiro uma versão imutável no Drive, identificada por SHA-256. A inspeção prévia determina conteúdo, delimitador, aspas, cabeçalho e esquema antes de colocar qualquer transformação em fila.
CSV, TXT, TSV, PSV, DSV, DAT, DATA, LOG, JSON e XLSX são reconhecidos por meio de inspeção com reconhecimento de formato.
Um ficheiro de texto com outra extensão pode seguir o percurso de texto delimitado quando uma classificação delimitada do conteúdo o confirmar.
Delimitador, byte de controlo, aspas e escape, decisão de cabeçalho, linhas de pré-visualização e avisos permanecem visíveis para confirmação do utilizador.
As colisões de nome de ficheiro e de alias estáveis são resolvidas explicitamente e gravadas em vez de substituir silenciosamente um objeto existente.
Disponibilize a nova versão da tabela apenas depois da validação.
Os ficheiros CSV validados, texto UTF-8 delimitado, registos JSON e a primeira folha XLSX são carregados numa nova versão da tabela. O nome estável usado para aceder aos dados só passa a apontar para a nova versão quando a validação do resultado termina com sucesso.
-
Validar a entrada imutável
A identidade do ficheiro, o tamanho, a soma de controlo, a decisão do analisador e a estrutura das linhas são verificados antes do carregamento.
-
Criar uma versão de tabela de sombra
A nova versão física é isolada do alias estável atualmente visível.
-
Carregar, perfilar e validar
Contagens de linhas e colunas, esquema e amostras delimitadas são registados; um carregamento parcial nunca se torna a tabela atual.
-
Promover ou limpar
Apenas um resultado validado move o alias; uma falha mantém a versão anterior disponível e regista a tentativa de execução.
O System Sandbox Source expõe aliases geridos ao Console SQL sob o esquema atual do Projeto.
Renomear e restaurar são alterações auditáveis do ciclo de vida; a restauração pode voltar a expor deliberadamente um contrato de esquema anterior.
Ligue transferência, processamento e verificações num fluxo repetível.
O catálogo suporta execução SQL, transferência por consulta ou fluxo direto, transferência, transformação e eliminação de esquemas, eliminação em NoSQL, verificações de qualidade e tarefas compostas com Master. Cada arranque fica registado. Uma definição antiga no histórico não significa, por si só, que essa tarefa continua a ser suportada.
Master suporta jobs ordenados, pausas e controlos de qualidade, além de lotes sequenciais ou paralelos.
A continuação cria uma nova execução a partir do estado do job filho anterior; não reescreve a execução original.
Uma alteração da definição cria uma versão fixa da tarefa. Os arranques manuais, os agendamentos, as novas tentativas e as subtarefas registam a versão escolhida antes do envio para execução.
Cada execução agendada futura seleciona a versão vigente após novas verificações de acesso. Evitar efeitos duplicados e desfazer alterações continua a depender da operação, do conector, das políticas e da segurança comprovada das novas tentativas.
O estado de falha faz parte do resultado.
Os estados em fila, em execução, falhado, parcial, cancelado e recuperado permanecem distintos. Uma falha de monitorização não prova que uma operação de alteração de estado não atingiu o destino. O Pipeline ainda não oferece cancelamento, nova tentativa, reversão ou execução exatamente uma vez como contrato universal; continuam a ser obrigatórias funções de base de dados com privilégio mínimo.
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íticoEm resumo
Para que serve esta parte do advanexus?
Explore bases ligadas, prepare ficheiros e tabelas e organize transferências e verificações de qualidade suportadas. Mantenha juntos a definição, o estado de execução e o resultado registado ao repetir o trabalho.
O que devo verificar antes de a utilizar?
Uma ocorrência futura do agendamento fixa a JobVersion vigente nesse momento depois de novas verificações de admissão; os efeitos empresariais exatamente uma vez e a reversão continuam dependentes do executor, do conector, da política e da idempotência comprovada.