Dataset- és Report-verziók fejlesztése

Fejlesszen tovább egy Datasetet és jelentést az előzményeik átírása nélkül.

Akkor használja ezt a munkafolyamatot, ha a Dataset tulajdonában lévő SQL, a forrásszármazás, a séma, az oszlopok vagy az oszlopmetaadatok megváltoznak, és egy meglévő jelentésnek döntenie kell az új szerződés elfogadásáról.

Akkor használja ezt a munkafolyamatot, ha a Dataset tulajdonában lévő SQL, a forrásszármazás, a séma, az oszlopok vagy az oszlopmetaadatok megváltoznak, és egy meglévő jelentésnek döntenie kell az új szerződés elfogadásáról.
Döntési kérdés

Megőrzi a Dataset v3 a jelentés által igényelt oszlopokat, típusokat, granularitást és forrásjelentést, vagy a Report v5 maradjon a Dataset v2-höz rögzítve az analitikai szerződés újratervezéséig?

Használt objektumok és vezérlések

A Dataset, DatasetVersion és DatasetColumn hordozza az alap-adatszerződést. A ReportVersion hordozza az analitikai szándékot és a pontos DatasetVersion-kötéseket. Az AnalyticsRun egyetlen, a jelenlegi irányítás alatti végrehajtást rögzít.

Elfogadási folyamat

Egy új DatasetVersion önmagában soha nem helyez át egy meglévő ReportVersiont.

Hiba- és részleges útvonalak

Egy elutasított jelölt változatlanul hagyja a korábbi, produkcióban használt jelentésverziót és annak történeti futáskötéseit.

Létrehozott bizonyíték

A verzió-összehasonlítás, az elfogadott DatasetVersion-identitás, a megváltoztathatatlan ReportVersion-kötés, a fordítási, konfigurációs, szűrő- és RLS-hashek, valamint a későbbi AnalyticsRun adják a támogatott változás rögzített láncát.

Döntési kérdés

Megőrzi a Dataset v3 a jelentés által igényelt oszlopokat, típusokat, granularitást és forrásjelentést, vagy a Report v5 maradjon a Dataset v2-höz rögzítve az analitikai szerződés újratervezéséig?

Használt objektumok és vezérlések

A Dataset, DatasetVersion és DatasetColumn hordozza az alap-adatszerződést. A ReportVersion hordozza az analitikai szándékot és a pontos DatasetVersion-kötéseket. Az AnalyticsRun egyetlen, a jelenlegi irányítás alatti végrehajtást rögzít.

Dataset-életciklus és megváltoztathatatlan DatasetVersion-identitás

Normalizált SQL, forrásszármazás, oszlopok, típusok és ismert profilmetaadatok

Jelentési dimenziók, mérőszámok, diagram, tartós szűrők és pontos kötések

Szervervezérelt fordítás, jogosultság, RLS és előnézeti kontextus

Elfogadási folyamat

Egy új DatasetVersion önmagában soha nem helyez át egy meglévő ReportVersiont.

  1. Az új DatasetVersion létrehozása

    Mentse a módosult, Dataset-tulajdonú SQL-, séma- és oszlopszerződést a stabil Dataset-identitás és minden korábbi verzió megőrzésével.

  2. Pontos verziók összehasonlítása

    Tekintse át a normalizált SQL-különbséget, a forrásszármazást, a hozzáadott, eltávolított vagy módosított oszlopokat, a típusokat, a nullázhatósági állapotot és a nem elérhető történeti metaadatokat.

  3. Az analitikai kompatibilitás értékelése

    Erősítse meg az egyes mérőszámokhoz szükséges tervezett granularitást, dimenziókat és forrásmezőket; ne következtessen kompatibilitásra pusztán az egyező nevekből.

  4. Új jelentéstervezet megnyitása

    Tartsa megváltoztathatatlanul a korábbi ReportVersiont, és kösse a tervezetet a jelölt DatasetVersionhöz.

  5. Ellenőrzés és fordítás

    Oldja fel a metaadatokat, ellenőrizze a Query Contextot, és fordítsa le a szervervezérelt, csak olvasható SQL-t a jelenleg támogatott dialektusútvonalhoz.

  6. Előnézet irányítás alatt

    Futtasson lehatárolt előnézetet a jelenlegi jogosultsági és RLS-hatókörrel, és a puszta sémaellenőrzés elfogadása helyett tekintse át a diagnosztikát.

  7. Az elfogadott ReportVersion mentése

    Az új kötést csak elfogadás után őrizze meg; a későbbi AnalyticsRunok erre a pontos ReportVersion–DatasetVersion párra mutatnak.

Hiba- és részleges útvonalak

Egy elutasított jelölt változatlanul hagyja a korábbi, produkcióban használt jelentésverziót és annak történeti futáskötéseit.

Eltávolított vagy módosított mező

A fordítási vagy szemantikai ellenőrzés blokkolja a tervezetet; a korábbi ReportVersion módosítása helyett tervezze újra a dimenziót vagy mérőszámot.

Az előnézet váratlanul eltér

Az élő sorok elmozdulását, a forrásváltozást, a szűrő-/RLS-hatókört és a szerződésváltozást külön hipotézisként kezelje; a virtuális DatasetVersion nem sorpillanatkép.

A többes kötés részleges

Tekintse át minden kötés diagnosztikáját, és őrizze meg a részleges állapotot; ne minősítse a jelentést kizárólag a sikeres kötés alapján.

Létrehozott bizonyíték

A verzió-összehasonlítás, az elfogadott DatasetVersion-identitás, a megváltoztathatatlan ReportVersion-kötés, a fordítási, konfigurációs, szűrő- és RLS-hashek, valamint a későbbi AnalyticsRun adják a támogatott változás rögzített láncát.

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

Jelenlegi korlát

Az összehasonlítás a rögzített SQL-re, sémára, oszlopokra, metaadatokra és származásra terjed ki; nem talál ki általános továbbgyűrűző üzleti hatást. Az Analytics-mérőszámok, az RLS és a jelentésjogosultságok az alap Dataset-aggregátumon kívül maradnak, a pontos történeti sorokhoz pedig műtermék vagy kifejezett materializált pillanatkép-szerződés szükséges.

Következő lépés

Tekintse át a termékmodell verzióhatárait.

A Dataset tulajdona az adatszerződés; az Analytics tulajdona a jelentési szándék, a mérőszámok, az RLS és a végrehajtás.

Az irányított Datasetek megismerése