Skip to content

Fix Omni-to-dbt lineage: resolve schema-prefixed asset keys#185

Merged
vbalalian merged 2 commits intomainfrom
fix/omni-lineage-connection
Mar 10, 2026
Merged

Fix Omni-to-dbt lineage: resolve schema-prefixed asset keys#185
vbalalian merged 2 commits intomainfrom
fix/omni-lineage-connection

Conversation

@vbalalian
Copy link
Copy Markdown
Owner

@vbalalian vbalalian commented Mar 10, 2026

Summary

  • Fixes detached Omni assets in Dagster lineage by using the dbt manifest to resolve the correct schema-prefixed asset keys
  • dbt models use schema: marts config, producing keys like AssetKey(["marts", "fct_sessions"]) — the previous approach only produced AssetKey(["fct_sessions"]) which didn't match
  • CustomOmniComponent now loads the dbt manifest at component load time and looks up each extracted table name to get the exact asset key

Test plan

  • All 7 dagster unit tests pass locally (including new test_custom_omni_dbt_key_lookup)
  • CI passes
  • Dagster UI shows connected lineage: dbt models -> Omni workbooks

The dbt models have schema configs (e.g. schema: marts), so their
asset keys are AssetKey(["marts", "fct_sessions"]), not just
AssetKey(["fct_sessions"]). Load the dbt manifest to look up the
correct asset key for each model name extracted from Omni table names.
@vbalalian vbalalian merged commit 68fd432 into main Mar 10, 2026
3 checks passed
@vbalalian vbalalian deleted the fix/omni-lineage-connection branch March 10, 2026 02:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant