import pointblank as pb
import polars as pl
= pl.DataFrame(
tbl
{"a": ["apple", "banana", "cherry", "date"],
"b": [1, 6, 3, 5],
}
)
pb.preview(tbl)
Validate.col_exists
Validate.col_exists(
columns,=None,
thresholds=None,
actions=None,
brief=True,
active )
Validate whether one or more columns exist in the table.
The col_exists()
method checks whether one or more columns exist in the target table. The only requirement is specification of the column names. Each validation step or expectation will operate over a single test unit, which is whether the column exists or not.
Parameters
columns :
str
|list
[str
] |Column
|ColumnSelector
|ColumnSelectorNarwhals
-
A single column or a list of columns to validate. Can also use
col()
with column selectors to specify one or more columns. If multiple columns are supplied or resolved, there will be a separate validation step generated for each column. thresholds :
int
|float
|bool
|tuple
|dict
| Thresholds = None-
Set threshold failure levels for reporting and reacting to exceedences of the levels. The thresholds are set at the step level and will override any global thresholds set in
Validate(thresholds=...)
. The default isNone
, which means that no thresholds will be set locally and global thresholds (if any) will take effect. Look at the Thresholds section for information on how to set threshold levels. actions : Actions | None = None
-
Optional actions to take when the validation step(s) meets or exceeds any set threshold levels. If provided, the
Actions
class should be used to define the actions. brief :
str
|bool
| None = None-
An optional brief description of the validation step that will be displayed in the reporting table. You can use the templating elements like
"{step}"
to insert the step number, or"{auto}"
to include an automatically generated brief. IfTrue
the entire brief will be automatically generated. IfNone
(the default) then there won’t be a brief. active :
bool
= True-
A boolean value indicating whether the validation step should be active. Using
False
will make the validation step inactive (still reporting its presence and keeping indexes for the steps unchanged).
Returns
: Validate
-
The
Validate
object with the added validation step.
Thresholds
The thresholds=
parameter is used to set the failure-condition levels for the validation step. If they are set here at the step level, these thresholds will override any thresholds set at the global level in Validate(thresholds=...)
.
There are three threshold levels: ‘warning’, ‘error’, and ‘critical’. The threshold values can either be set as a proportion failing of all test units (a value between 0
to 1
), or, the absolute number of failing test units (as integer that’s 1
or greater).
Thresholds can be defined using one of these input schemes:
- use the
Thresholds
class (the most direct way to create thresholds) - provide a tuple of 1-3 values, where position
0
is the ‘warning’ level, position1
is the ‘error’ level, and position2
is the ‘critical’ level - create a dictionary of 1-3 value entries; the valid keys: are ‘warning’, ‘error’, and ‘critical’
- a single integer/float value denoting absolute number or fraction of failing test units for the ‘warning’ level only
If the number of failing test units exceeds set thresholds, the validation step will be marked as ‘warning’, ‘error’, or ‘critical’. All of the threshold levels don’t need to be set, you’re free to set any combination of them.
Aside from reporting failure conditions, thresholds can be used to determine the actions to take for each level of failure (using the actions=
parameter).
Examples
For the examples here, we’ll use a simple Polars DataFrame with a string columns (a
) and a numeric column (b
). The table is shown below:
Let’s validate that the columns a
and b
actually exist in the table. We’ll determine if this validation had any failing test units (each validation will have a single test unit).
= (
validation =tbl)
pb.Validate(data=["a", "b"])
.col_exists(columns
.interrogate()
)
validation
STEP | COLUMNS | VALUES | TBL | EVAL | UNITS | PASS | FAIL | W | E | C | EXT | ||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
#4CA64C | 1 |
col_exists()
|
✓ | 1 | 1 1.00 |
0 0.00 |
— | — | — | — | |||
#4CA64C | 2 |
col_exists()
|
✓ | 1 | 1 1.00 |
0 0.00 |
— | — | — | — |
Printing the validation
object shows the validation table in an HTML viewing environment. The validation table shows two entries (one check per column) generated by the col_exists()
validation step. Both steps passed since both columns provided in columns=
are present in the table.
Now, let’s check for the existence of a different set of columns.
= (
validation =tbl)
pb.Validate(data=["b", "c"])
.col_exists(columns
.interrogate()
)
validation
STEP | COLUMNS | VALUES | TBL | EVAL | UNITS | PASS | FAIL | W | E | C | EXT | ||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
#4CA64C | 1 |
col_exists()
|
✓ | 1 | 1 1.00 |
0 0.00 |
— | — | — | — | |||
#4CA64C66 | 2 |
col_exists()
|
✓ | 1 | 0 0.00 |
1 1.00 |
— | — | — | — |
The validation table reports one passing validation step (the check for column b
) and one failing validation step (the check for column c
, which doesn’t exist).