For the complete documentation index, see llms.txt. This page is also available as Markdown.

Overview

Data Quality runs checks against your tables on a schedule, groups failures into cases, and routes alerts by rules you control.

Decube's Data Quality module tells you when a table stops behaving the way your business expects, before the people downstream find out from a dashboard. You define what good looks like for an asset, Decube checks it on your schedule, and anything that fails becomes a case your team can assign, work and close.

What's in the module

Tab
What you do there

Monitors

Define what to check and how often. Each monitor watches one asset and keeps its own run history

Cases

Work through the failures. Incidents are grouped into cases you can assign, mute and close

Alerts

Write rules that route incidents to Slack, Email, Webhook and Microsoft Teams

The three work as one loop: a monitor finds a problem, a case gives your team somewhere to work it, and an alert rule decides who hears about it.

Where you can create monitors

Monitors run on assets on day 1 launch on these sources: Snowflake, Databricks, AWS Glue (with Athena), Redshift, MySQL, Mirosoft Fabric. Support will expand to other sources over time.

Start here

  1. Build your coverage. Start with the tables your business reporting depends on.

  2. Set up an alert rule, so a failure reaches the right team without anyone watching the module.

  3. Work the cases as they arrive, and close them once the underlying problem is fixed.

  4. Scale up with Templates when you move from a handful of tables to a whole schema.

Monitors

Already running monitors in Data Quality (Classic)? See the Migration Guide for what carries over and what you recreate.

Last updated