awslabs / awslabs/python-deequ

Add severity optional parameter to constraints

Offen
#180 3 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
enhancement feature request
Vorherrschende Sprache
Jupyter Notebook
Sterne
826
Forks
158
Ø Merge
9 T. 22 Std.
Gemergte PRs (30 T.)
3

Beschreibung

**Describe the solution you'd like**
In my use of pydeequ, I would like to be able to express the severity of a constraint(low, medium, high). The closest thing that exists to this currently is the CheckLevel, but that does not meet my requirements. I would like the user to be able to input severity as an optional parameter to a constraint, not the check object, so that this can be reflected in the VerificationResult dataframe.

**Describe alternatives you've considered**
I have tried adding severity from a higher level perspective, from a dataframe perspective, but that isn't granular enough. In my use, I am adding constraints on on check object and creating a VerificationResult dataframe from that. If this feature could be added to the constraints I would be really grateful. I am also open to suggestions.

Beitragsleitfaden

Beitragsleitfaden öffnen

Rechercherichtung

Beginne damit, die in der Issue beschriebenen Constraint-APIs und den VerificationResult-Dataframe-Pfad nachzuverfolgen, und untersuche anschließend, wie CheckLevel derzeit dargestellt wird. Ermittle, wie optionale Schweregrade low, medium und high pro Constraint weitergegeben und im Ergebnis-Dataframe statt am Check-Objekt verifiziert werden sollen. Da die Issue keine Dateien oder Tests nennt, identifiziere zunächst die relevanten Einstiegspunkte und die gezielte Testabdeckung.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
python
Bereich
data-engineering
Issue-Typ
Feature
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Ruhig
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
45/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.