-
Notifications
You must be signed in to change notification settings - Fork 984
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
Updated project splitting section #6043
Updated project splitting section #6043
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
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.
small comments!
website/docs/best-practices/how-we-structure/5-the-rest-of-the-project.md
Outdated
Show resolved
Hide resolved
|
||
- ❌ **Business groups or departments.** Conceptual separations within the project are not a good reason to split up your project. Splitting up, for instance, marketing and finance modeling into separate projects will not only add unnecessary complexity but destroy the unifying effect of collaborating across your organization on cohesive definitions and business logic. | ||
- ✅ **Business groups or departments.** Conceptual separations within the project are a good reason to split up your project. For more information about dbt mesh, please refer to our [dbt Mesh FAQs](/best-practices/how-we-mesh/mesh-5-faqs). | ||
- ❌ **ML vs Reporting use cases.** Similarly to the point above, splitting a project up based on different use cases, particularly more standard BI versus ML features, is a common idea. We tend to discourage it for the time being. As with the previous point, a foundational goal of implementing dbt is to create a single source of truth in your organization. The features you’re providing to your data science teams should be coming from the same marts and metrics that serve reports on executive dashboards. |
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.
Might make sense to move this one to the bottom so we get the ✅ s then one ❌
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.
+1!
website/docs/best-practices/how-we-structure/5-the-rest-of-the-project.md
Outdated
Show resolved
Hide resolved
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.
hey @nataliefiann , looks good to me but have a few suggestions. also heads up to remember to add a description in the pr and also add the the ‘Resolves #5424’ in the pr description too in order to close the open issue Beth raised
…-project.md Co-authored-by: dave-connors-3 <[email protected]>
…-project.md Co-authored-by: Mirna Wong <[email protected]>
…s/docs.getdbt.com into nfiann-project-splitting
website/docs/best-practices/how-we-structure/5-the-rest-of-the-project.md
Outdated
Show resolved
Hide resolved
Resolves #5424 |
What are you changing in this pull request and why?
Checklist
Following slack threadstarted by Jerco (https://dbt-labs.slack.com/archives/C02NCQ9483C/p1725973114198939) I've updated the project splitting section of the doc The rest of the project to show project splitting is supported with dbt Mesh
Resolves #5424