You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As far as I can tell, when it comes to model configs (eg. tags, pre/post hooks, materialization, enablement/disablement) in dbt-ibs, we can only specify them in either the dbt_project.yml project file, or a properties.yml file. Having dbt-ibs support the specification of these configs directly in the .ibis file, so that they are precompiled as a jinja dbt config block, would be very useful.
For example, it would be good to have the flexibility to specify configs in the following way:
The idea is that the vast majority of the query logic applies to the multiple database contexts I may want to manager (specifically, batch and streaming), but to handle the parts that are different (eg. materialization, handling "now()"), being able to switch contexts directly in a config decorator would prevent having to maintain entirely separate dbt projects for each database context.
The text was updated successfully, but these errors were encountered:
Great idea, sounds very useful! Currently, I'm not spending much time on further feature development in dbt-ibis but I'm happy to review PRs if you or anyone else wants to give it a try.
config decorator sounds reasonable. It could simply attach the configurations to the function, similar to what depends_on does now
Thanks for the suggestions. I generally find it easier to review dbt-SQL when the config blocks are in the sql file itself, so I'll try your first suggestion and put up a PR when done.
As far as I can tell, when it comes to model configs (eg. tags, pre/post hooks, materialization, enablement/disablement) in dbt-ibs, we can only specify them in either the
dbt_project.yml
project file, or aproperties.yml
file. Having dbt-ibs support the specification of these configs directly in the.ibis
file, so that they are precompiled as a jinja dbt config block, would be very useful.For example, it would be good to have the flexibility to specify configs in the following way:
or
The idea is that the vast majority of the query logic applies to the multiple database contexts I may want to manager (specifically, batch and streaming), but to handle the parts that are different (eg. materialization, handling "now()"), being able to switch contexts directly in a config decorator would prevent having to maintain entirely separate dbt projects for each database context.
The text was updated successfully, but these errors were encountered: