En Source er en Project-bundet forbindelsesidentitet. Hver driver afgør, hvilke metadata-, forhåndsvisnings-, forespørgsels-, overførsels-, skrive-, slette- og kvalitetsoperationer der er sikre i det aktuelle miljø.
Dataoperationer
Forbind, inspicér, transformér og kør med eksplicit scope og udførelseskontekst.
Gå fra heterogene Sources og styrede filer til administrerede tabeller, kvalitetskontroller og vedvarende udførelseshistorik uden at presse alle forbindelser ind i samme forespørgsels- eller skrivemodel.
Serverejet Source- og Project-kontekst, skrivebeskyttet politik og afgrænsede resultater understøtter udforskning, før en forespørgsel bliver en SavedQuery, et Dataset eller input til en visualisering. Nummererede faner er vedvarende arbejdsområder med omdøbning, automatisk lagring og optimistisk revisionshåndtering, så et udkast ikke forsvinder, når browseren lukkes.
Upload og sikker URL-import opretter først en uforanderlig Drive-version med SHA-256. Preflight fastlægger indhold, skilletegn, citationstegn, header og skema, før en transformation sættes i kø.
Valideret CSV, afgrænset UTF-8-tekst, JSON-objektposter og indholdet af det første XLSX-ark indlæses i en ny fysisk tabelversion. Det stabile alias ændres først, når resultatvalideringen er lykkedes.
Det offentlige katalog viser ExecuteQ, QueryTransfer, DirectStreamTransfer, SchemaTransfer, TransformSchema, DeleteSchema, NoSqlDelete, DataQualityRule og Master. Hver indsendelse opretter en vedvarende PipelineRun; skjulte ældre definitioner understøttes ikke blot, fordi en gammel registrering stadig findes.
Arbejde i kø, igangværende, mislykket, delvist, suspenderet og gendannet arbejde skal forblive forskellige tilstande. Et brud i overvågningen dokumenterer ikke, at en tilstandsændrende operation aldrig nåede målet. Pipeline har aktuelt ingen universel kontrakt for annullering, genforsøg eller rollback; at-least-once og databaseroller med færrest mulige privilegier er fortsat obligatoriske.
Sources eksponerer kapabiliteter – ikke antagelser.
En Source er en Project-bundet forbindelsesidentitet. Hver driver afgør, hvilke metadata-, forhåndsvisnings-, forespørgsels-, overførsels-, skrive-, slette- og kvalitetsoperationer der er sikre i det aktuelle miljø.
SQL Console er udforskning – ikke databaseadministration.
Serverejet Source- og Project-kontekst, skrivebeskyttet politik og afgrænsede resultater understøtter udforskning, før en forespørgsel bliver en SavedQuery, et Dataset eller input til en visualisering. Nummererede faner er vedvarende arbejdsområder med omdøbning, automatisk lagring og optimistisk revisionshåndtering, så et udkast ikke forsvinder, når browseren lukkes.
En vellykket eller mislykket tjenestekørsel fortsætter som QueryExecution når en gyldig Source- og SQL-anmodning køres.
SavedQuery bevarer redigerbar SQL; publicering som Dataset opretter en særskilt styret reference til datadefinition og lineage.
Kommentarsyntaks for Source-dialekten og sikker skrivebeskyttet håndtering normaliseres ved fælles runtimegrænser frem for en PostgreSQL-specifik wrapper.
Filer bevarer deres oprindelige identitet.
Upload og sikker URL-import opretter først en uforanderlig Drive-version med SHA-256. Preflight fastlægger indhold, skilletegn, citationstegn, header og skema, før en transformation sættes i kø.
CSV, TXT, TSV, PSV, DSV, DAT, DATA, LOG, JSON og XLSX genkendes gennem formatbevidst inspektion.
En tekstfil med en anden filendelse kan følge stien til afgrænset tekst, når afgrænset indholdsklassifikation bekræfter den.
Skilletegn, kontrolbyte, citationstegn/escape, headerbeslutning, forhåndsvisningsrækker og advarsler forbliver synlige til brugerbekræftelse.
Kollisioner i filnavne og stabile aliaser håndteres eksplicit og logges frem for lydløst at overskrive et eksisterende objekt.
Publicering er atomisk i det stabile alias.
Valideret CSV, afgrænset UTF-8-tekst, JSON-objektposter og indholdet af det første XLSX-ark indlæses i en ny fysisk tabelversion. Det stabile alias ændres først, når resultatvalideringen er lykkedes.
-
Valider uforanderlig input
Filidentitet, størrelse, checksum, parserbeslutninger og rækkestruktur kontrolleres før indlæsning.
-
Opret en skyggetabelversion
Den nye fysiske version er isoleret fra det aktuelt synlige stabile alias.
-
Indlæs, profilér og validér
Antal rækker og kolonner, skema og afgrænsede prøver registreres; en delvis indlæsning bliver aldrig den aktuelle tabel.
-
Publicér eller ryd op
Kun et valideret resultat flytter aliaset; fejl holder den foregående version tilgængelig og registrerer kørselsforsøget.
System Sandbox Source eksponerer administrerede aliaser for SQL Console under det aktuelle Project-skema.
Omdøbning og gendannelse opretter efterprøvelige livscyklusændringer; gendannelse kan bevidst eksponere en tidligere tabelkontrakt igen.
Pipeline viser implementeret udførelse uden overdrivelse.
Det offentlige katalog viser ExecuteQ, QueryTransfer, DirectStreamTransfer, SchemaTransfer, TransformSchema, DeleteSchema, NoSqlDelete, DataQualityRule og Master. Hver indsendelse opretter en vedvarende PipelineRun; skjulte ældre definitioner understøttes ikke blot, fordi en gammel registrering stadig findes.
Master understøtter ordnede jobs, ventetrin og kvalitetsporte samt serielle eller parallelle batches.
Fortsættelse opretter en ny kørsel ud fra tidligere underordnede statusser; den overskriver ikke den oprindelige kørsel.
Jobdefinitioner kan ændres og har aktuelt ingen uforanderlig jobversion.
Hensigten med interval-/cron-planen gemmes, men der findes ingen aktiv scheduler eller pålidelig beregning af næste kørsel.
Fejltilstande er en del af resultatet.
Arbejde i kø, igangværende, mislykket, delvist, suspenderet og gendannet arbejde skal forblive forskellige tilstande. Et brud i overvågningen dokumenterer ikke, at en tilstandsændrende operation aldrig nåede målet. Pipeline har aktuelt ingen universel kontrakt for annullering, genforsøg eller rollback; at-least-once og databaseroller med færrest mulige privilegier er fortsat obligatoriske.
Næste trin
Begynd med det dataflow, hvor uklarhed ikke er en mulighed.
Kortlæg de relevante systemer, ejere, regler, leveringsforpligtelser og dokumentationskrav.
Drøft et kritisk dataflow