Tejas
12/12/2022, 6:34 PMdbt_metrics_default_calendar
dbt model from dbt_packages/metrics
. I am using DBT metrics to create few models. So those metrics are depends upon dbt_metrics_default_calendar
dbt model, from dbt_packages/metrics
. But I am unable to execute the dbt_metrics_default_calendar
from dagster asset. Running dbt command is not picking dbt_metrics_default_calendar
. Its picking all the custom models defined by me in the DBT_ROOT_DIR
path except default calendar model from the package.
Warehouse: Snowflake
dbt_metrics: 1.3.0 --version
dbt=1.3.1
owen
12/12/2022, 7:09 PMassets_dbt_python
example, added
packages:
- package: dbt-labs/metrics
version: 1.3.2
as a packages.yml file, and ran dbt deps
. This caused the dbt_metrics_default_calendar
model to show up in the asset graph, as expected. Clicking on just that model and executing it generated the following command:
Executing command: dbt --no-use-color --log-format json run --project-dir /Users/owen/src/dagster/examples/assets_dbt_python/assets_dbt_python/../dbt_project --profiles-dir /Users/owen/src/dagster/examples/assets_dbt_python/assets_dbt_python/../dbt_project/config --select metrics.dbt_metrics_default_calendar
which completed successfully. I also tried adding this as a dependency to an existing model (-- depends on: {{ ref("dbt_metrics_default_calendar") }}
) which worked as expected (both in the asset graph and when executing)
I did notice (from the dbt slack thread) that you had your metrics configured to write to a different database than your, which could potentially be causing problems?dbt_metrics_default_calendar
asset and try to materialize it, what command gets generated?Tejas
12/13/2022, 1:42 PMowen
12/13/2022, 5:07 PMdbt_metrics_default_calendar
and try to materialize it? does a run not start for that one asset, or does a run start that selects no models? or something elseTejas
12/15/2022, 5:31 AMselection.downstream
to select the assets and then materialize it. As dbt_metrics_default_calendar
is not a downstream of any of the asset selection.all()
was required.
Thank you so much !! for helping me out to debug this issue.owen
12/19/2022, 5:55 PMTejas
12/22/2022, 1:23 PMowen
12/22/2022, 2:09 PMdagster-meltano
is not actually maintained by the dagster core team (here's the github project: https://github.com/quantile-development/dagster-meltano). I'm not very familiar with meltano or that package unfortunately.