Hi Everyone, We have configured certain elementary...
# community-support
d
Hi Everyone, We have configured certain elementary freshness anomalies tests for our DBT project. Below is the configuration for one of the tables. For an entire week, before the ingestion process was eventually fixed yesterday, we failed to load this table using the dbt model. The question that I have is, the freshness test for this table on the dashboard does not show any failure. I am assuming the configuration needs to be tweaked on few more parameters. Could someone please shed light on this. Attaching the logs from the dashboard graph as well. Could you please direct to me any documentation on how the freshness value, and expected range are actually calculated
s
I believe the elementary freshness test does not account for dates that are missing entirely
from my understanding the freshness test checks the latest specified timestamp in the table for each
time_bucket
for the date ranges available in the table
at Retool we use
dbt_utils.recency
to do this type of freshness check
d
Hey @DE-2, how often normally this table is updated ?
d
Hi Daniel,
It is often updated on a Daily basis. That is the reason we have configured the time bucket period as day with count 1.
d
And can you share a photo of the full graph ?
d
Do you need more Data Points?
d
Yes, to understand you case better. Basically the freshness value is the amount of time we didn't see an update. And as you can see, there is an incline in the last points in the graph, which indicates some delay in the update
But it's not strong enough to be identified as an anomaly due to previous data.
d
Yes. But the idea is to raise an anomaly even if a single day has been missed in loading the table.
@Daniel Pollak I do not have the entire graph anymore. Is there any other information I can give you through a DB table or something?
d
@DE-2 you can try to lower the sensitivity of the test (lowering this parameter will make the test more sensitive)
d
Right. I was thinking the same. I would need to trial and error with reduced anomaly sensitivities to raise anomalies more frequently. Thanks @Daniel Pollak I will let you how it works. Any other parameters I should be looking at tweaking?
d
Not that I can think of. Sounds good 🙂
👍 1