Visuelle maler omfatter null, tom, unik, radantall, verdiområde, mønster, beståtte verdier og referansesjekker. Custom SQL støtter mer komplekse kontroller når akseptkriteriet er nøyaktig definert.
Data Quality
Gjør kvalitet til en del av kjøringen, ikke en etterkontroll.
Data Quality transformerer kildeorienterte forventninger til repeterbare SQL-kontroller med et klart akseptkriterium, en vedvarende QualityRun og begrenset dokumentasjon i tilfelle feil.
Forhåndsvisning tester gjeldende tolkning. Lagre oppretter eller endrer regelen som kan endres. Kjør nå eller et støttet Pipeline-trinn skaper en vedvarende QualityRun og en avgrenset Finding når kontrollen mislykkes.
En frittstående Data Quality-jobb eller et masterkontrolltrinn kan stoppe støttet nedstrømsarbeid ved feil. Nøyaktig PipelineRun, QualityRun og trigger forblir separate oppføringer.
Custom SQL har ikke en universell, uavhengig skrivebeskyttet parser for en enkelt setning. Regelmodalen i SQL Console krever også at operatøren kjører på nytt etter en SQL-endring, da et tidligere resultat ikke validerer gjeldende utkast. Source-legitimasjon bør bruke den minst privilegerte leserollen, og feileksempler bør utelukke hemmeligheter og unødvendige personlige data.
QualityRule kan endres og er ikke direkte knyttet til DatasetVersion. Suiteutførelse, automatisk reparasjon, full utbedring av Finding-er og bekreftet varslingslevering er ikke aktuelle funksjoner. Et administrert Sandbox-tabell deltar gjennom Projects System Sandbox Source i stedet for en separat skjult kvalitetsbane.
Start fra en klar forventning.
Visuelle maler omfatter null, tom, unik, radantall, verdiområde, mønster, beståtte verdier og referansesjekker. Custom SQL støtter mer komplekse kontroller når akseptkriteriet er nøyaktig definert.
Ugyldige kontroller
Unikitet og radantallsgrenser
Numeriske eller sammenlignbare verdiområder
SQL LIKE-mønstre og gyldige verdikontroller
Referanseeksistenssjekker
Ekspressive tilpassede SQL-kontroller
Forhåndsvisning, Lagre og Kjør er forskjellige handlinger.
Forhåndsvisning tester gjeldende tolkning. Lagre oppretter eller endrer regelen som kan endres. Kjør nå eller et støttet Pipeline-trinn skaper en vedvarende QualityRun og en avgrenset Finding når kontrollen mislykkes.
Forhåndsvisningen er synkron og lagres ikke permanent.
Lagre endrer den foranderlige QualityRule-definisjonen.
Kjør nå så vel som Pipeline og Master-kjøringer bevarer en QualityRun.
En feil bevarer en avgrenset Data Quality-Finding; den er atskilt fra arbeidsflyten for Assurance Finding.
Kvalitet kan kontrollere en implementert flyt.
En frittstående Data Quality-jobb eller et masterkontrolltrinn kan stoppe støttet nedstrømsarbeid ved feil. Nøyaktig PipelineRun, QualityRun og trigger forblir separate oppføringer.
Minst mulig autorisasjon er fortsatt avgjørende.
Custom SQL har ikke en universell, uavhengig skrivebeskyttet parser for en enkelt setning. Regelmodalen i SQL Console krever også at operatøren kjører på nytt etter en SQL-endring, da et tidligere resultat ikke validerer gjeldende utkast. Source-legitimasjon bør bruke den minst privilegerte leserollen, og feileksempler bør utelukke hemmeligheter og unødvendige personlige data.
Nåværende grenser er ikke skjult.
QualityRule kan endres og er ikke direkte knyttet til DatasetVersion. Suiteutførelse, automatisk reparasjon, full utbedring av Finding-er og bekreftet varslingslevering er ikke aktuelle funksjoner. Et administrert Sandbox-tabell deltar gjennom Projects System Sandbox Source i stedet for en separat skjult kvalitetsbane.
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