Una Source es una identidad de conexión dentro del Project. Cada controlador determina qué operaciones de metadatos, vista previa, consulta, transferencia, escritura, eliminación o calidad son seguras en el entorno actual.
Operaciones de datos
Conecte, inspeccione, transforme y ejecute con un ámbito y un contexto de ejecución explícitos.
Avance desde Sources heterogéneas y archivos controlados hasta tablas gestionadas, controles de calidad e historial de ejecución preservado, sin reducir todos los conectores a un único modelo de consulta o escritura.
El contexto Source y Project controlado por el servidor, la política de solo lectura y los resultados acotados permiten descubrir antes de convertir una consulta en SavedQuery, Dataset o entrada de visualización. Las pestañas numeradas son espacios de trabajo duraderos con renombrado, guardado automático y revisión optimista, de modo que salir del navegador no descarta silenciosamente el borrador actual.
La carga o importación segura por URL crea primero una versión Drive inmutable con SHA-256. La inspección previa determina contenido, delimitador, comillas, cabecera y esquema antes de encolar cualquier transformación.
Los contenidos CSV, texto UTF-8 delimitado, registros de objetos JSON y primera hoja XLSX validados se cargan en una nueva versión física de tabla. El alias estable solo cambia después de validar correctamente el resultado.
El catálogo público muestra ExecuteQ, QueryTransfer, DirectStreamTransfer, SchemaTransfer, TransformSchema, DeleteSchema, NoSqlDelete, DataQualityRule y Master. Cada dispatch crea un PipelineRun preservado; las definiciones heredadas ocultas no se convierten en admitidas solo porque todavía exista un registro antiguo.
El trabajo en cola, en ejecución, fallido, parcial, cancelado o recuperado debe poder distinguirse. Una interrupción de monitorización no demuestra que una operación que cambia estado nunca alcanzó su destino. Pipeline no ofrece actualmente un contrato universal de cancelación, reintento, reversión o exactamente una vez, y los roles de base de datos de mínimo privilegio siguen siendo obligatorios.
Sources muestra capacidades, no supuestos.
Una Source es una identidad de conexión dentro del Project. Cada controlador determina qué operaciones de metadatos, vista previa, consulta, transferencia, escritura, eliminación o calidad son seguras en el entorno actual.
SQL Console sirve para explorar, no para administrar bases de datos.
El contexto Source y Project controlado por el servidor, la política de solo lectura y los resultados acotados permiten descubrir antes de convertir una consulta en SavedQuery, Dataset o entrada de visualización. Las pestañas numeradas son espacios de trabajo duraderos con renombrado, guardado automático y revisión optimista, de modo que salir del navegador no descarta silenciosamente el borrador actual.
Una ejecución correcta o fallida del servicio se preserva como QueryExecution cuando una solicitud válida de Source y SQL entra en ejecución.
SavedQuery conserva SQL editable; promover a Dataset crea un activo de datos gobernado separado y una referencia de linaje.
La sintaxis de comentarios del dialecto Source y el tratamiento seguro de solo lectura se normalizan mediante límites de ejecución compartidos, no mediante una envoltura exclusiva de PostgreSQL.
Los archivos conservan su identidad original.
La carga o importación segura por URL crea primero una versión Drive inmutable con SHA-256. La inspección previa determina contenido, delimitador, comillas, cabecera y esquema antes de encolar cualquier transformación.
CSV, TXT, TSV, PSV, DSV, DAT, DATA, LOG, JSON y XLSX se reconocen mediante inspección consciente del formato.
Un archivo de texto con otra extensión puede seguir la ruta de texto delimitado cuando la clasificación acotada del contenido lo verifica.
Delimitador, byte de control, comilla y escape, decisión de cabecera, filas de vista previa y advertencias permanecen visibles para confirmación del usuario.
Las colisiones de nombre de archivo y alias estable se resuelven y registran explícitamente, sin sobrescribir silenciosamente un objeto existente.
La publicación es atómica en el alias estable.
Los contenidos CSV, texto UTF-8 delimitado, registros de objetos JSON y primera hoja XLSX validados se cargan en una nueva versión física de tabla. El alias estable solo cambia después de validar correctamente el resultado.
-
Validar la entrada inmutable
La identidad, el tamaño, la suma de comprobación, la decisión del analizador y la estructura de filas se comprueban antes de la carga.
-
Crear una versión de tabla shadow
La nueva versión física permanece aislada del alias estable visible actualmente.
-
Cargar, perfilar y validar
Se registran recuentos de filas y columnas, esquema y muestras acotadas; una carga parcial nunca se convierte en la tabla actual.
-
Promover o limpiar
Solo un resultado validado mueve el alias; un fallo conserva disponible la versión anterior y registra el intento de ejecución.
El Sandbox Source del sistema muestra alias gestionados en SQL Console bajo el esquema del proyecto actual.
Renombrar y restaurar crean cambios auditables del ciclo de vida; restaurar puede volver a mostrar deliberadamente un contrato de esquema anterior.
Pipeline muestra con transparencia la ejecución implementada.
El catálogo público muestra ExecuteQ, QueryTransfer, DirectStreamTransfer, SchemaTransfer, TransformSchema, DeleteSchema, NoSqlDelete, DataQualityRule y Master. Cada dispatch crea un PipelineRun preservado; las definiciones heredadas ocultas no se convierten en admitidas solo porque todavía exista un registro antiguo.
Master admite jobs ordenados, esperas y controles de calidad, además de lotes seriales o paralelos.
La continuación crea una nueva ejecución a partir del estado previo de los hijos; no reescribe la ejecución original.
Las definiciones de jobs son mutables y actualmente no disponen de JobVersion inmutable.
La intención de programación por intervalo o cron se almacena, pero todavía no existe un dispatcher de schedules activo ni un cálculo fiable de la próxima ejecución.
El estado de fallo forma parte del resultado.
El trabajo en cola, en ejecución, fallido, parcial, cancelado o recuperado debe poder distinguirse. Una interrupción de monitorización no demuestra que una operación que cambia estado nunca alcanzó su destino. Pipeline no ofrece actualmente un contrato universal de cancelación, reintento, reversión o exactamente una vez, y los roles de base de datos de mínimo privilegio siguen siendo obligatorios.
Siguiente paso
Empiece por el flujo que no puede permitirse ambigüedades.
Incluya los sistemas, responsables, reglas, obligaciones de entrega y requisitos de evidencia relevantes.
Analizar un flujo crítico