dbt metrics.calculate报错：calendar.date_all_time不存在，求解决方案

使用dbt-core 1.4.5、dbt-labs/metrics 1.4.0物化非时间维度指标（参考GitHub Issue#97的all_time粒度特性）时，执行以下metric调用代码：

select *
from {{ metrics.calculate(
    metric_list=[
        metric('median_list_price')
    ],
    grain='all_time',
    dimensions=['product_code'],
) }}

对应的metric定义：

version: 2

metrics:
  - name: median_list_price
    label: TODO
    model: ref('list_price_analysis')
    calculation_method: median
    expression: charge_rate
    timestamp: created_date
    time_grains: [all_time]
    dimensions:
      - product_code

报错信息：

column calendar.date_all_time does not exist

1. 检查并修复日历表配置 #

dbt metrics在使用all_time粒度时，默认会尝试关联项目中的日历表（通常命名为calendar）并引用date_all_time字段。如果项目无该表或字段：

• 创建包含date_all_time字段的日历表，该字段可设为固定值（如'all_time'），用于标识全时间维度聚合；
• 在dbt_project.yml中配置正确的日历表引用：

metrics:
  你的项目名:
    calendar_model: ref('你的日历表名')

2. 修改metric调用参数 #

在metrics.calculate宏中添加skip_date_filter: true参数，强制跳过时间维度过滤与关联，避免引用日历表字段：

select *
from {{ metrics.calculate(
    metric_list=[
        metric('median_list_price')
    ],
    grain='all_time',
    dimensions=['product_code'],
    skip_date_filter=true
) }}

3. 升级dbt-labs/metrics版本 #

1.4.0版本的metrics可能存在all_time粒度的bug，尝试升级到1.4.x后续补丁版本（如1.4.1+），官方可能已修复该问题。

4. 手动实现聚合逻辑（绕过宏） #

若上述方法无效，可直接编写SQL计算中位数，避免使用metrics.calculate宏：

select
    product_code,
    median(charge_rate) as median_list_price
from {{ ref('list_price_analysis') }}
group by product_code

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