Skip to content

Commit

Permalink
fix typos
Browse files Browse the repository at this point in the history
  • Loading branch information
ofek1weiss committed Feb 18, 2025
1 parent 4f0a7a1 commit 6d85caa
Show file tree
Hide file tree
Showing 2 changed files with 2 additions and 2 deletions.
2 changes: 1 addition & 1 deletion docs/best-practices/detection-and-coverage.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -60,7 +60,7 @@ To detect issues in sources updates, you should monitor volume, freshness and sc
- Data updates - Elementary cloud provides automated monitors for freshness and volume. **These are metadata monitors.**
- Updates freshness vs. data freshness - The automated freshness will detect delays in **updates**. \*\*\*\*However, sometimes the update will be on time, but the data itself will be outdated.
- Data freshness (advanced) - Sometimes a table can update on time, but the data itself will be outdated. If you want to validate the freshness of the raw data by relaying on the actual timestamp, you can use:
- Explicit treshold [freshness dbt tests](https://www.elementary-data.com/dbt-test-hub) such as `dbt_utils.recency` , or [dbt source freshness](https://docs.getdbt.com/docs/deploy/source-freshness).
- Explicit threshold [freshness dbt tests](https://www.elementary-data.com/dbt-test-hub) such as `dbt_utils.recency` , or [dbt source freshness](https://docs.getdbt.com/docs/deploy/source-freshness).
- Elementary `event_freshness_anomalies` to detect anomalies.
- Data volume (advanced) - Although a table can be updated as expected, the data itself might still be imbalanced in terms of volume per specific segment. There are several tests available to monitor that:
- Explicit [volume expectations](https://www.elementary-data.com/dbt-test-hub) such as `expect_table_row_count_to_be_between`.
Expand Down
2 changes: 1 addition & 1 deletion docs/best-practices/triage-and-response.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -129,7 +129,7 @@ These are the questions that should be asked, and product tips on how to answer
- Does the incident break the pipeline / create delay?

- Is the failure is a model failure, or a freshness issue?
- Do we run `dbt build` and this failure stoped the pipeline?
- Do we run `dbt build` and this failure stopped the pipeline?

- Check the **Model runs** section of the dashboard to see if there are skipped models, as failures in build cause the downstream models to be skipped.

Expand Down

0 comments on commit 6d85caa

Please # to comment.