Skip to content
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

removing limitation bullet #4549

Merged
merged 4 commits into from
Nov 29, 2023
Merged

removing limitation bullet #4549

merged 4 commits into from
Nov 29, 2023

Conversation

mirnawong1
Copy link
Contributor

removing metric_time limitation as this was resolved in dbt-labs/metricflow#825

What are you changing in this pull request and why?

removing `metric_time` limitation as this was resolved in dbt-labs/metricflow#825
@mirnawong1 mirnawong1 requested a review from a team as a code owner November 29, 2023 12:55
Copy link

vercel bot commented Nov 29, 2023

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name Status Preview Comments Updated (UTC)
docs-getdbt-com ✅ Ready (Inspect) Visit Preview 💬 Add feedback Nov 29, 2023 6:14pm

@github-actions github-actions bot added content Improvements or additions to content size: x-small This change will take under 3 hours to fix. Docs team Authored by the Docs team @dbt Labs labels Nov 29, 2023
1. You can only use the [`metric_time` dimension](/docs/build/dimensions#time) to check cumulative metrics. If you don't use `metric_time` in the query, the cumulative metric will return incorrect results because it won't perform the time spine join. This means you cannot reference time dimensions other than the `metric_time` in the query.
2. If you use `metric_time` in your query filter but don't include "start_time" and "end_time," cumulative metrics will left-censor the input data. For example, if you query a cumulative metric with a 7-day window with the filter `{{ TimeDimension('metric_time') }} BETWEEN '2023-08-15' AND '2023-08-30' `, the values for `2023-08-15` to `2023-08-20` return missing or incomplete data. This is because we apply the `metric_time` filter to the aggregation input. To avoid this, you must use `start_time` and `end_time` in the query filter.

- You can only use the [`metric_time` dimension](/docs/build/dimensions#time) to check cumulative metrics. If you don't use `metric_time` in the query, the cumulative metric will return incorrect results because it won't perform the time spine join. This means you cannot reference time dimensions other than the `metric_time` in the query.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You can only use the metric_time dimension to check

I would re-phrase this too "You are required to use metric_time when querying cumulative metrics"

Copy link
Contributor

@Jstein77 Jstein77 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Left one comment, otherwise looks good!

@mirnawong1 mirnawong1 enabled auto-merge November 29, 2023 18:04
@mirnawong1
Copy link
Contributor Author

thanks @Jstein77 ! folded i your feedback and will merge this now!

@mirnawong1 mirnawong1 merged commit 55fd90d into current Nov 29, 2023
7 checks passed
@mirnawong1 mirnawong1 deleted the mirnawong1-patch-22 branch November 29, 2023 18:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
content Improvements or additions to content Docs team Authored by the Docs team @dbt Labs size: x-small This change will take under 3 hours to fix.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants