Visuella mallar omfattar null, tomt, unikt, radantal, värdeintervall, mönster, godkända värden och referenskontroller. Custom SQL stöder mer komplexa kontroller när godkännandekriteriet är exakt definierat.
Data Quality
Gör kvalitet till en del av körningen, inte ett dokument i efterhand.
Data Quality omvandlar källorienterade förväntningar till upprepningsbara SQL-kontroller med ett tydligt godkännandekriterium, en beständig QualityRun och avgränsad evidens vid fel.
Preview testar den aktuella tolkningen. Save skapar eller ändrar den föränderliga regeln. Run now eller ett stött Pipeline-steg skapar en beständig QualityRun och en avgränsad Finding när kontrollen misslyckas.
Ett fristående Data Quality-jobb eller ett Master-kontrollsteg kan stoppa stött nedströmsarbete vid fel. Exakt PipelineRun, QualityRun och trigger förblir separata poster.
Custom SQL har ingen universell, oberoende read-only-parser för en enda statement. Regelmodalen i SQL Console kräver också att operatören kör på nytt efter en SQL-ändring, eftersom ett tidigare resultat inte styrker det aktuella utkastet. Source-inloggningsuppgifter bör använda läsrollen med minsta möjliga behörighet, och felexempel bör utesluta hemligheter och onödiga personuppgifter.
QualityRule är förändringsbar och inte direkt bunden till DatasetVersion. Suite-körning, automatisk reparation, fullständig åtgärd av Findings och bekräftad notifieringsleverans är inte aktuella funktioner. En hanterad Sandbox-tabell deltar genom sitt Projects System Sandbox Source i stället för en separat dold kvalitetsväg.
Utgå från en tydlig förväntning.
Visuella mallar omfattar null, tomt, unikt, radantal, värdeintervall, mönster, godkända värden och referenskontroller. Custom SQL stöder mer komplexa kontroller när godkännandekriteriet är exakt definierat.
Null- och tomvärdekontroller
Unikhet och gränser för radantal
Numeriska eller jämförbara värdeintervall
SQL LIKE-mönster och kontroller av godkända värden
Kontroller av referensexistens
Uttryckliga anpassade SQL-kontroller
Preview, Save och Run är olika åtgärder.
Preview testar den aktuella tolkningen. Save skapar eller ändrar den föränderliga regeln. Run now eller ett stött Pipeline-steg skapar en beständig QualityRun och en avgränsad Finding när kontrollen misslyckas.
Preview är synkron och sparas inte beständigt.
Save ändrar den föränderliga QualityRule-definitionen.
Run now samt Pipeline- och Master-körning bevarar en QualityRun.
Ett fel bevarar en avgränsad Data Quality-Finding; den är skild från workflow för Assurance Finding.
Kvalitet kan styra ett implementerat flöde.
Ett fristående Data Quality-jobb eller ett Master-kontrollsteg kan stoppa stött nedströmsarbete vid fel. Exakt PipelineRun, QualityRun och trigger förblir separata poster.
Minsta möjliga behörighet är fortsatt avgörande.
Custom SQL har ingen universell, oberoende read-only-parser för en enda statement. Regelmodalen i SQL Console kräver också att operatören kör på nytt efter en SQL-ändring, eftersom ett tidigare resultat inte styrker det aktuella utkastet. Source-inloggningsuppgifter bör använda läsrollen med minsta möjliga behörighet, och felexempel bör utesluta hemligheter och onödiga personuppgifter.
Nuvarande gränser är inte dolda.
QualityRule är förändringsbar och inte direkt bunden till DatasetVersion. Suite-körning, automatisk reparation, fullständig åtgärd av Findings och bekräftad notifieringsleverans är inte aktuella funktioner. En hanterad Sandbox-tabell deltar genom sitt Projects System Sandbox Source i stället för en separat dold kvalitetsväg.
Nästa steg
Börja med flödet där tvetydighet inte får förekomma.
Ta med de system, ansvariga, regler, leveranskrav och evidenskrav som är viktiga.
Diskutera ett kritiskt flöde