【亲测免费】 dbt-expectations 使用指南及实践解析
2026-01-17 09:14:34作者:裴麒琰
一、项目介绍
dbt-expectations 是一个用于数据质量检查的 dbt 扩展插件. 它提供了一系列预定义的数据验证期望(expectations), 这些期望可以被轻易地集成到你的数据仓库流程中, 实现对数据质量和一致性的自动检测.
最新版本: 0.10.3
更新特性:
二、项目快速启动
要使用 dbt-expectations, 首先确保你的环境满足以下要求:
- dbt 版本要求: >=1.2.0 <2.0.0
接下来, 在你的 packages.yml 文件中加入如下配置以安装此包:
packages:
- package: calogica/dbt_expectations
version: 0.10.3
运行 dbt deps 来完成依赖项的安装。
在你的模型文件中添加期待, 例如:
{{ config(materialized='table') }}
select * from (
select id, name, age
from source_data
)
where {{ expectations.expect_column_values_to_not_be_null('age') }}
注意: 上述代码片段仅作示例展示如何将 expectation 结合到你的查询语句中。
三、应用案例和最佳实践
案例分析
假设有一个用户表 users, 包含字段 id, name, 和 email. 可以使用如下的期待来保证数据的一致性:
-- users.sql
{{
config(
materialized = 'table',
tests = {
'expect_column_values_to_be_unique': ['id'],
'expect_column_values_to_match_regex': {'column_name': 'email', 'regex': '[a-z0-9._%+-]+@[a-z0-9.-]+\.[a-z]{2,}'}
}
)
}}
select *
from some_schema.users_table;
这里设置了两项测试:
- 确保
id字段值唯一。 - 通过正则表达式验证
email格式正确。
最佳实践
- 尽早设定期望, 从数据进入系统时就开始进行质量控制。
- 对关键字段设置多种预期, 如非空检查、范围限制等。
- 不断迭代和完善测试条件, 使其更贴合业务逻辑需求。
四、典型生态项目
dbt-expectations 可以无缝融合于 dbt 生态系统中的其他工具中, 典型的应用场景包括但不限于:
- dbt-airflow: 结合 airflow 流程调度功能, 自动化执行数据质量检查任务。
- dbt-bigquery: 支持 Google BigQuery 数据库作为目标存储, 提供对 BigQuery 数据类型的支持与优化。
- dbt-redshift: 适用于 Amazon Redshift 数据仓库, 强化 Redshift 环境下数据质量控制能力。
通过与这些工具的集成, dbt-expectations 能够覆盖更多复杂的数据处理场景, 构建健壮且高效的数据管道。
以上是基于 dbt-expectations 开源项目资料整理而成的概览文档, 如果有兴趣深入探索该项目细节或贡献代码, 直接访问其 GitHub 页面参与讨论! dbt-expectations GitHub页面. 请注意所有提及的 GitHub PR 链接仅为历史版本参考, 实际功能可能有所不同, 建议查看最新的项目文档获取准确的信息。
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust099- DDeepSeek-V4-ProDeepSeek-V4-Pro(总参数 1.6 万亿,激活 49B)面向复杂推理和高级编程任务,在代码竞赛、数学推理、Agent 工作流等场景表现优异,性能接近国际前沿闭源模型。Python00
MiMo-V2.5-ProMiMo-V2.5-Pro作为旗舰模型,擅⻓处理复杂Agent任务,单次任务可完成近千次⼯具调⽤与⼗余轮上 下⽂压缩。Python00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
Kimi-K2.6Kimi K2.6 是一款开源的原生多模态智能体模型,在长程编码、编码驱动设计、主动自主执行以及群体任务编排等实用能力方面实现了显著提升。Python00
MiniMax-M2.7MiniMax-M2.7 是我们首个深度参与自身进化过程的模型。M2.7 具备构建复杂智能体应用框架的能力,能够借助智能体团队、复杂技能以及动态工具搜索,完成高度精细的生产力任务。Python00
项目优选
收起
deepin linux kernel
C
28
16
Claude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed.
Get Started
Rust
570
99
暂无描述
Dockerfile
709
4.51 K
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
958
955
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.61 K
942
Ascend Extension for PyTorch
Python
572
694
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
413
339
🍒 Cherry Studio 是一款支持多个 LLM 提供商的桌面客户端
TypeScript
1.42 K
116
暂无简介
Dart
951
235
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
12
2