-
Notifications
You must be signed in to change notification settings - Fork 388
More dbt small changes #4574
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
More dbt small changes #4574
Conversation
The latest updates on your projects. Learn more about Vercel for GitHub.
2 Skipped Deployments
|
9b9628d
to
f974351
Compare
| indexes | A list of [data skipping indexes](/optimize/skipping-indexes) to create. See [About data skipping indexes](#data-skipping-indexes) for details. | | | ||
| sql_security | The ClickHouse user to use when executing the view's underlying query. [Accepted values](/sql-reference/statements/create/view#sql_security): `definer`, `invoker`. | | |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@morsapaes sorry, I changed these lines with your suggestions in #4562 (review) and I didn't commit them 🤦
### General table configurations {#general-table-configurations} | ||
### General model configurations {#general-model-configurations} | ||
|
||
The following table shows configurations shared by some of the available materializations. For in-depth information about general dbt model configurations, see the [dbt documentation](https://docs.getdbt.com/category/general-configs): |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@morsapaes I have been doing some changes related to the reorganization of the settings per each materialization:
- It has not been easy to redistribute the settings for each materialization as most of them are used by several materializations. The only only two that I could move have been
unique_key
andsharding_key
- I have changed the title and the explanation to make it clear that these configs are shared by most of the materializations and that this is related to the
model
, not to atable
. - Do you have any suggestion about possible structure improvements? I guess that at some point we can just move all configs to each of the materializations and just duplicate the setting explanation when needed. But thinking about it, I feel like it may complicate the reading/understanding of existing configurations.
What do you think?
Summary