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
Ligue, inspecione, transforme e execute com âmbito e contexto explícitos.
Passe de fontes heterogéneas e ficheiros controlados para tabelas geridas, controlos de qualidade e histórico persistente de execuções, sem forçar todos os conectores a partilhar o mesmo modelo de consulta ou escrita.
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.
CSV validado, texto UTF-8 delimitado, registos de objetos JSON e conteúdo da primeira folha XLSX são carregados numa nova versão física da tabela. O alias estável só muda depois de o resultado passar a validação.
O catálogo público expõe ExecuteQ, QueryTransfer, DirectStreamTransfer, SchemaTransfer, TransformSchema, DeleteSchema, NoSqlDelete, DataQualityRule e Master. Cada despacho cria um PipelineRun persistente; definições legadas ocultas não passam a ser suportadas apenas por existir um registo antigo.
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.
A publicação no alias estável é atómica.
CSV validado, texto UTF-8 delimitado, registos de objetos JSON e conteúdo da primeira folha XLSX são carregados numa nova versão física da tabela. O alias estável só muda depois de o resultado passar a validação.
-
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.
O Pipeline expõe a execução implementada honestamente.
O catálogo público expõe ExecuteQ, QueryTransfer, DirectStreamTransfer, SchemaTransfer, TransformSchema, DeleteSchema, NoSqlDelete, DataQualityRule e Master. Cada despacho cria um PipelineRun persistente; definições legadas ocultas não passam a ser suportadas apenas por existir um registo antigo.
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.
As definições de job são mutáveis e atualmente não têm JobVersion imutável.
A intenção de agendamento por intervalo ou cron é guardada, mas ainda não existe um dispatcher ativo nem um cálculo fiável da próxima execução.
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ítico