Operatiivinen opas · Datan elinkaari

Tunnetusta syötteestä hallittuun analyysitulokseen.

Käytä työnkulkua, kun toistuvan analyysituloksen on säilytettävä tunnettu syöte-, laatu-, versio-, oikeus- ja suorituskonteksti erillisissä kanonisissa moduuleissa.

Käytä työnkulkua, kun toistuvan analyysituloksen on säilytettävä tunnettu syöte-, laatu-, versio-, oikeus- ja suorituskonteksti erillisissä kanonisissa moduuleissa.
Päätöskysymys

Voiko tiimi yksilöidä tuloksen täsmällisen syötteen, hyväksytyn laatutuloksen, Dataset- ja Report-sopimukset sekä suoritustietueen, vai onko jokin luovutus yhä epämuodollinen?

Käytetyt objektit ja hallintatoimet

Työnkulku käyttää eri moduulien omistamia objekteja. Viitteet yhdistävät tarinan; niitä ei yhdistetä yhdeksi synteettiseksi suoritukseksi.

Operatiivinen työnkulku

Tee jokainen siirtymä nimenomaisesti ja säilytä vastuullisen moduulin palauttama identiteetti.

Virhe- ja osittaiset polut

Yrityksen omistava moduuli käsittelee virheen; myöhempi näkymä ei saa kirjoittaa pääte-ehtoa uudelleen.

Tuotettu todiste

Valittu polku ja säilytysrajat voivat säilyttää FileVersion- ja muunnosidentiteetin, QualityRunin, DatasetVersionin, ReportVersionin, AnalyticsRunin, diagnostiikan, artefaktihashit ja Assuranceen projisoidut kanoniset viitteet.

Nykyinen raja

Tämä on operaattorin polku, ei yksi automaattinen työnkulku. Pipeline ei luo Datasetia automaattisesti, Schedule ei käynnistä suorituksia, virtuaalinen DatasetVersion ei jäädytä aktiivisia rivejä eikä yleistä rollback- tai taatun kertatoimituksen lupausta ole.

Päätöskysymys

Voiko tiimi yksilöidä tuloksen täsmällisen syötteen, hyväksytyn laatutuloksen, Dataset- ja Report-sopimukset sekä suoritustietueen, vai onko jokin luovutus yhä epämuodollinen?

Käytetyt objektit ja hallintatoimet

Työnkulku käyttää eri moduulien omistamia objekteja. Viitteet yhdistävät tarinan; niitä ei yhdistetä yhdeksi synteettiseksi suoritukseksi.

Syötteen identiteetti

Projektikohtainen Source tai muuttumaton FileVersion palvelimen hallitsemassa tenant- ja Project-laajuudessa.

Julkaisu ja laatu

Valinnainen TransformationRun ja TableVersion sekä lähdekohtainen QualityRule ja tallennettu QualityRun.

Hallittu datasopimus

Dataset ja täsmällinen DatasetVersion lähde-/kyselypolveutumisella ja tallennetuilla sarakemetatiedoilla.

Analytiikkasopimus

DatasetVersioniin sidottu ReportVersion ja AnalyticsRun nykyisessä oikeus-, RLS- ja runtime-suodatinkontekstissa.

Operatiivinen työnkulku

Tee jokainen siirtymä nimenomaisesti ja säilytä vastuullisen moduulin palauttama identiteetti.

  1. Rekisteröi syöte

    Valitse projektin Source tai lataa/tuo tiedosto, jotta muuttumaton FileVersion ja SHA-256-identiteetti ovat olemassa ennen tulkintaa.

  2. Tarkasta ennen suoritusta

    Tarkista Source-metatiedot tai tiedoston parseri, erotin, otsake, skeemaesikatselu ja varoitukset; älä jonota muunnosta ratkaisemattomalla tulkinnalla.

  3. Julkaise hallittu taulu tarvittaessa

    Lataa varjoversioon, validoi rivi- ja skeematulos ja ylennä vakaa Sandbox-alias vasta onnistumisen jälkeen.

  4. Suorita laatupäätös

    Suorita hyväksytty väite ja säilytä QualityRun; esikatselu on palautetta, ei pysyvä suoritustietue.

  5. Ylennä hallittu Dataset

    Hyväksy SQL- tai taulupolveutuminen vakaaksi Dataset-identiteetiksi ja täsmälliseksi muuttumattomaksi DatasetVersioniksi.

  6. Hyväksy analytiikkasopimus

    Valitse dimensiot ja mittarit, validoi metatiedot, käännä palvelimen vain luku -SQL ja tallenna täsmälliseen DatasetVersioniin sidottu ReportVersion.

  7. Suorita ja tarkasta

    Suorita raportti ja tarkista AnalyticsRunin tila, sidonnat, suodattimet, oikeus/RLS-konteksti, diagnostiikka, artefaktit ja katkaisu ennen käyttöä.

Virhe- ja osittaiset polut

Yrityksen omistava moduuli käsittelee virheen; myöhempi näkymä ei saa kirjoittaa pääte-ehtoa uudelleen.

Esitarkistus tai muunnos epäonnistuu

Uutta aliasversiota ei ylennetä; edellinen vakaa taulu pysyy nykyisenä ja TransformationRun-yritys tarkastettavana.

Laatu epäonnistuu

QualityRun ja rajattu havainto säilyvät. Tuettu Master-portti voi pysäyttää alavirran työn, mutta yleistä automaattikorjausta ei seuraa.

Yksi Analytics-sidonta epäonnistuu

Sidontakohtainen diagnostiikka näkyy, onnistuneet sidonnat voivat säilyttää tuloksensa ja kokonaisuus pysyy tarvittaessa osittaisena.

Valvontayhteys katkeaa

Yhdistä uudelleen tai pollaa kanonista suoritusta. Kadonnut selainstream ei todista, ettei jonotettu tilamuutos saavuttanut workeria tai kohdetta.

Tuotettu todiste

Valittu polku ja säilytysrajat voivat säilyttää FileVersion- ja muunnosidentiteetin, QualityRunin, DatasetVersionin, ReportVersionin, AnalyticsRunin, diagnostiikan, artefaktihashit ja Assuranceen projisoidut kanoniset viitteet.

Nykyinen raja

Tämä on operaattorin polku, ei yksi automaattinen työnkulku. Pipeline ei luo Datasetia automaattisesti, Schedule ei käynnistä suorituksia, virtuaalinen DatasetVersion ei jäädytä aktiivisia rivejä eikä yleistä rollback- tai taatun kertatoimituksen lupausta ole.

Seuraava vaihe

Tarkastele työnkulun taustalla olevia operatiivisia moduuleja.

Tarkista lähde-, tiedosto-, muunnos- ja suoritusrajat ennen työnkulun kartoitusta ympäristöösi.

Tutustu dataoperaatioihin