Hallitut Datasetit

Muuta datamääritelmät versioiduiksi resursseiksi, joilla on nimenomainen polveutuminen.

Dataset erottaa tutkivan SQL:n uudelleenkäytettävästä datasopimuksesta. Vakaa identiteetti, muuttumattomat versiot ja semanttiset metatiedot luovat hallitun raportointipohjan peittämättä lähdepolveutumista.

Dataset erottaa tutkivan SQL:n uudelleenkäytettävästä datasopimuksesta. Vakaa identiteetti, muuttumattomat versiot ja semanttiset metatiedot luovat hallitun raportointipohjan peittämättä lähdepolveutumista.
Dataset on sopimus, ei uudelleennimetty kyselytulos.

Dataset yhdistää lähde- ja kyselypolveutumisen, normalisoidun SQL:n, sarake- ja semanttiset metatiedot, elinkaaritilan sekä muuttumattomat DatasetVersions. SavedQuery pysyy muokattavana SQL:nä; Report kuvaa analyyttistä tarkoitusta.

Versio tarkoittaa täsmällistä sopimustilaa.

Datasetin omistaman SQL:n, liitosten, lähteen, skeeman, sarakkeiden tai sarakemetatiedon muutos luo uuden DatasetVersionin. Analytics-mittarit, RLS ja raporttioikeudet pysyvät eri sopimuksina. Nykyiset ReportVersions säilyvät kiinnitettyinä, kunnes käyttäjä validoi uuden DatasetVersionin ja tallentaa uuden ReportVersionin.

Virtuaalinen versio ei automaattisesti jäädytä rivejä.

Kun DatasetVersion tallentaa aktiivisen SQL-sopimuksen, myöhemmät suoritukset voivat lukea uudempia lähderivejä samalla määritelmällä. Täsmällinen historiallisen tuloksen rekonstruointi vaatii suoritushashin ja säilytetyn artefaktin tai nimenomaisen materialisoidun snapshotin.

Vertailu näyttää tallennetun muutoksen, ei kuviteltua vaikutusta.

Käyttäjä voi verrata normalisoitua SQL:ää, sarakkeita, tyyppejä ja tunnettua polveutumismetatietoa. Alusta ei väitä yleistä alavirran liiketoimintavaikutusanalyysiä suhteille, joita ei koskaan tallennettu.

Dataset ja Analytics pitävät vastuunsa erillään.

Dataset omistaa vakaan dataresurssin ja versiot. Analytics omistaa mittarit, RLS:n, resurssioikeudet, Query Contextin ja raporttisuorituksen. Erottelu pitää hallintarajat arvioitavina.

Dataset on sopimus, ei uudelleennimetty kyselytulos.

Dataset yhdistää lähde- ja kyselypolveutumisen, normalisoidun SQL:n, sarake- ja semanttiset metatiedot, elinkaaritilan sekä muuttumattomat DatasetVersions. SavedQuery pysyy muokattavana SQL:nä; Report kuvaa analyyttistä tarkoitusta.

Dataset voi syntyä SQL Console -suorituksesta, SavedQuerystä, fyysisestä taulusta tai hallitusta muunnoksesta.

DatasetColumn tallentaa tunnetun skeema- ja profiilitiedon täsmälliselle versiolle.

SQL Console -ylennys kohdistaa kanonisen Datasetin Analyticsin semanttiseen projektioon yhdistämättä niiden omistajuusrajoja.

Versio tarkoittaa täsmällistä sopimustilaa.

Datasetin omistaman SQL:n, liitosten, lähteen, skeeman, sarakkeiden tai sarakemetatiedon muutos luo uuden DatasetVersionin. Analytics-mittarit, RLS ja raporttioikeudet pysyvät eri sopimuksina. Nykyiset ReportVersions säilyvät kiinnitettyinä, kunnes käyttäjä validoi uuden DatasetVersionin ja tallentaa uuden ReportVersionin.

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

Virtuaalinen versio ei automaattisesti jäädytä rivejä.

Kun DatasetVersion tallentaa aktiivisen SQL-sopimuksen, myöhemmät suoritukset voivat lukea uudempia lähderivejä samalla määritelmällä. Täsmällinen historiallisen tuloksen rekonstruointi vaatii suoritushashin ja säilytetyn artefaktin tai nimenomaisen materialisoidun snapshotin.

Vertailu näyttää tallennetun muutoksen, ei kuviteltua vaikutusta.

Käyttäjä voi verrata normalisoitua SQL:ää, sarakkeita, tyyppejä ja tunnettua polveutumismetatietoa. Alusta ei väitä yleistä alavirran liiketoimintavaikutusanalyysiä suhteille, joita ei koskaan tallennettu.

Täsmällinen vasemman ja oikean version identiteetti sekä SQL-sopimuksen SHA-256

Rivitietoinen SQL-vertailu lisäyksineen ja poistoineen

Sarake-, tyyppi-, nullable- ja tunnettujen metatietojen muutokset

Nimenomaiset muuttumaton-, muuttunut-, lisätty-, poistettu- ja ei saatavilla -tilat

Dataset ja Analytics pitävät vastuunsa erillään.

Dataset omistaa vakaan dataresurssin ja versiot. Analytics omistaa mittarit, RLS:n, resurssioikeudet, Query Contextin ja raporttisuorituksen. Erottelu pitää hallintarajat arvioitavina.

Kehitys on nimenomainen hyväksyntäpäätös.

Uusi DatasetVersion ei siirrä nykyisiä raportteja hiljaisesti. Käyttäjä vertaa sopimusta, validoi dimensiot ja mittarit, esikatselee muodostetun kyselyn ja tallentaa sitten uuden ReportVersionin, joka on sidottu hyväksyttyyn DatasetVersioniin. Vanhat ReportVersions ja suoritukset säilyttävät alkuperäiset sidontansa.

  1. Vertaa Dataset v2:ta ja v3:a.

  2. Vahvista muuttunut SQL sekä sarakkeet ja tyypit.

  3. Avaa raporttiluonnos Dataset v3:a vasten.

  4. Validoi metatiedot ja käännä vain luku -SQL.

  5. Esikatsele nykyisessä oikeus- ja RLS-kontekstissa.

  6. Tallenna Report v6 → Dataset v3 vasta hyväksynnän jälkeen.

Seuraava vaihe

Aloita työnkulusta, jossa epäselvyyksille ei ole varaa.

Tuo mukaan olennaiset järjestelmät, vastuuhenkilöt, säännöt, toimitusvelvoitteet ja todentamisvaatimukset.

Keskustele kriittisestä työnkulusta