Styrt Dataset

Gjør datadefinisjoner om til versjonerte ressurser med eksplisitt avstamning.

Dataset skiller utforskende SQL fra en gjenbrukbar datakontrakt. Dens stabile identitet, uforanderlige versjoner og semantiske metadata skaper et styrt grunnlag for rapporter uten å skjule kildelinjen.

Dataset skiller utforskende SQL fra en gjenbrukbar datakontrakt. Dens stabile identitet, uforanderlige versjoner og semantiske metadata skaper et styrt grunnlag for rapporter uten å skjule kildelinjen.
En Dataset er en kontrakt, ikke et omdøpt søkeresultat.

Dataset kobler sammen Source- og spørringsavstamning, normalisert SQL, kolonnemetadata, semantiske metadata, livssyklustilstander og uforanderlige DatasetVersion-er. SavedQuery forblir redigerbar SQL; Report beskriver analytisk hensikt.

Versjon betyr nøyaktig kontraktstilstand.

Når Dataset-eide SQL, joins, Source, skjema, kolonner eller kolonnemetadata endres, opprettes en ny DatasetVersion. Analytics-beregninger, RLS og rapporttillatelser forblir separate kontrakter. Eksisterende ReportVersion-er forblir bundet til sine opprinnelige versjoner til en bruker validerer den nye DatasetVersion-en og lagrer en ny ReportVersion.

En virtuell versjon fryser ikke rader automatisk.

Når en DatasetVersion lagrer en gjeldende SQL-kontrakt, kan senere kjøringer lese nyere kildelinjer med samme definisjon. Nøyaktig gjenskaping av historiske resultater krever runtime-hash og bevarte artefakter eller et eksplisitt materialisert øyeblikksbilde.

Sammenligning viser registrert endring, ikke fabrikkert effekt.

Brukere kan sammenligne normaliserte SQL, kolonner, typer og kjente avstamningsmetadata. Plattformen krever ikke universell nedstrøms forretningskonsekvensanalyse for relasjoner som aldri ble registrert.

Dataset og Analytics har separate ansvarsområder.

Dataset eier den stabile datatilgangen og versjonene. Analytics eier beregninger, RLS, ressurstillatelser, spørringskontekst og rapportkjøring. Dette skillet gjør kontrollgrensene håndterbare.

En Dataset er en kontrakt, ikke et omdøpt søkeresultat.

Dataset kobler sammen Source- og spørringsavstamning, normalisert SQL, kolonnemetadata, semantiske metadata, livssyklustilstander og uforanderlige DatasetVersion-er. SavedQuery forblir redigerbar SQL; Report beskriver analytisk hensikt.

En Dataset kan skyldes en kjøring i SQL Console, SavedQuery, en fysisk tabell eller en kontrollert transformasjon.

DatasetColumn registrerer kjente skjema- og profilmetadata for den eksakte versjonen.

Publisering fra SQL Console koordinerer den kanoniske Dataset med den semantiske Analytics-projeksjonen uten å slå sammen eierskapsgrensene.

Versjon betyr nøyaktig kontraktstilstand.

Når Dataset-eide SQL, joins, Source, skjema, kolonner eller kolonnemetadata endres, opprettes en ny DatasetVersion. Analytics-beregninger, RLS og rapporttillatelser forblir separate kontrakter. Eksisterende ReportVersion-er forblir bundet til sine opprinnelige versjoner til en bruker validerer den nye DatasetVersion-en og lagrer en ny ReportVersion.

Report v4 → Dataset v2 · Report v5 → Dataset v2 · Report v6 → Dataset v3

En virtuell versjon fryser ikke rader automatisk.

Når en DatasetVersion lagrer en gjeldende SQL-kontrakt, kan senere kjøringer lese nyere kildelinjer med samme definisjon. Nøyaktig gjenskaping av historiske resultater krever runtime-hash og bevarte artefakter eller et eksplisitt materialisert øyeblikksbilde.

Sammenligning viser registrert endring, ikke fabrikkert effekt.

Brukere kan sammenligne normaliserte SQL, kolonner, typer og kjente avstamningsmetadata. Plattformen krever ikke universell nedstrøms forretningskonsekvensanalyse for relasjoner som aldri ble registrert.

Nøyaktig venstre/høyre versjonsidentitet og SHA-256 SQL kontrakt

Line-aware SQL sammenligning med tillegg og slettinger

Endringer i kolonne, type, nulltilstand og kjente metadata

Tydelige tilstander for uendret, endret, lagt til, fjernet og utilgjengelig

Dataset og Analytics har separate ansvarsområder.

Dataset eier den stabile datatilgangen og versjonene. Analytics eier beregninger, RLS, ressurstillatelser, spørringskontekst og rapportkjøring. Dette skillet gjør kontrollgrensene håndterbare.

Utvikling er en eksplisitt akseptbeslutning.

En ny DatasetVersion flytter ikke eksisterende rapporter stille. Brukeren sammenligner kontrakten, validerer dimensjoner og mål, forhåndsviser den genererte spørringen og lagrer deretter en ny ReportVersion bundet til den godkjente DatasetVersion. Eldre ReportVersion-er og serier beholder sine originale bindinger.

  1. Sammenlign Dataset v2 med v3.

  2. Bekreft endret SQL, endrede kolonner og typer.

  3. Åpne rapportutkastet mot Dataset v3.

  4. Valider metadata og kompiler skrivebeskyttet SQL.

  5. Kjør forhåndsvisning under gjeldende tillatelse og RLS-kontekst.

  6. Lagre Rapport v6 → Dataset v3 kun etter godkjenning.

Det neste trinnet

Start med flyten som ikke tåler tvetydighet.

Ta med systemene, de ansvarlige, reglene, leveransekravene og dokumentasjonskravene som er viktige.

Diskuter en kritisk flyt