在if-else语句中调用dbt宏失效问题求助

你遇到的问题核心是宏的输出类型错误：你写的is_date_format宏返回的是一段SQL代码字符串，而不是Jinja模板能直接解析的布尔值。当你在{% if %}语句中调用它时，Jinja会把任何非空字符串都判定为true，所以不管传入什么值，分支都会走true的逻辑。

根据你的需求，有两种针对性的修复方案：

方案1：直接在SQL层面返回判断结果（推荐） #

既然你的宏是生成数据库正则判断的SQL代码，完全不需要用Jinja的if-else二次包装，直接调用宏就能得到正确的布尔值结果：

{{ is_date_format(source_value) }}

比如传入'hello_world'时，生成的SQL会是：

regexp_instr('hello_world', '^[0-9]{4}\-[0-9]{2}\-[0-9]{2}$') > 0

数据库执行这段SQL后会返回false，符合预期。

方案2：在Jinja层面做布尔判断（适用于模板分支逻辑） #

如果你的场景需要在Jinja模板中根据日期格式判断生成不同的SQL（比如不同的字段处理逻辑），那需要修改宏，让它在Jinja上下文里执行正则匹配，而不是生成SQL代码：

{% macro is_date_format(source_value) %}
    {{ source_value | regex_match('^[0-9]{4}-[0-9]{2}-[0-9]{2}$') }}
{% endmacro %}

这里用Jinja内置的regex_match过滤器直接对传入的字符串做正则匹配，返回的是Jinja能识别的布尔值，此时再用{% if %}判断就会正常工作：

{% if is_date_format(source_value) %}
    -- 这里写符合格式时的SQL逻辑
    true
{% else %}
    -- 这里写不符合格式时的SQL逻辑
    false
{% endif %}

正则表达式里的\-可以简化为-，因为在字符集（[]）之外的减号不需要转义，修改后的正则^[0-9]{4}-[0-9]{2}-[0-9]{2}$功能完全一致，可读性更好。

内容的提问来源于stack exchange，提问作者jabumo