âïļProgrammatic config
It is possible to extend and modify SnowDDL config programmatically using pure Python.
A few examples of real business use cases which can be implemented with this technique:
Get list of users dynamically from single sign-on data provider;
Generate a view for each table in specific schemas;
Generate masking policy for each table containing columns named "email" and "phone";
Skip certain types of objects in DEV environment;
There are not restrictions. Any external data source and any Python package can be used.
Implementation steps
Create a standard directory with YAML config. You may optionally fill it with YAML files.
Create a sub-directory with name
__custom
(starting with two underscores) in config directory.Place one or more python modules (
.py
files) in__custom
sub-directory.
During SnowDDL execution YAML configs are resolved first. After that Python modules are resolved one-by-one in alphanumeric order.
It is highly recommended to start module names with zero-padded numbers to make sure you have a precise control of resolution order, for example: 01_foo.py
, 02_bar.py
, 03_baz.py
.
Module requirements
Each module should have a function with name
handler
, which accepts instance ofSnowDDLConfig
as a single argument. This function does not return anything.You may access existing blueprints using methods
.get_blueprints_by_type()
and.get_blueprints_by_type_and_pattern()
.
Examples
Complete example of config with
__custom
sub-directory: https://github.com/littleK0i/SnowDDL/tree/master/snowddl/_config/sample02_01Example of Python module adding a few custom tables:
Example of Python module which scans current config for custom tables and generates a consolidated view dynamically:
Last updated