Data Quality

Finn dataavvik før neste steg.

Definer hva som er akseptable data, kjør gjentakbare kontroller og undersøk registrerte feil. Bruk støttede kontrollpunkter i arbeidsflyten til å stoppe videre arbeid når en påkrevd kontroll feiler.

Definer hva som er akseptable data, kjør gjentakbare kontroller og undersøk registrerte feil. Bruk støttede kontrollpunkter i arbeidsflyten til å stoppe videre arbeid når en påkrevd kontroll feiler.
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.

Prøv regelen før du lagrer og kjører den.

Forhåndsvisning viser hvordan den gjeldende regelen virker, men lagrer ikke en kjøring. Lagring oppretter eller endrer regelen. Kjør nå eller et støttet Pipeline-trinn lagrer kvalitetskjøringen og et avgrenset funn dersom kontrollen feiler.

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.

Vit hva som kontrolleres, og hva som fortsatt krever separat håndtering.

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

Prøv regelen før du lagrer og kjører den.

Forhåndsvisning viser hvordan den gjeldende regelen virker, men lagrer ikke en kjøring. Lagring oppretter eller endrer regelen. Kjør nå eller et støttet Pipeline-trinn lagrer kvalitetskjøringen og et avgrenset funn dersom kontrollen feiler.

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.

Vit hva som kontrolleres, og hva som fortsatt krever separat håndtering.

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

Kort forklart

Hva gjør denne delen av advanexus?

Definer hva som er akseptable data, kjør gjentakbare kontroller og undersøk registrerte feil. Bruk støttede kontrollpunkter i arbeidsflyten til å stoppe videre arbeid når en påkrevd kontroll feiler.

Hva bør jeg kontrollere før bruk?

Suiteutførelse, automatisk reparasjon og en full arbeidsflyt for utbedring av Finding-er er ikke aktuelle funksjoner.