test(dbt): add not-null checks for the order revenue demo's business keys
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 82/100
- Issue type
- Feature
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- python
- Domain
- data-engineering, testing
Research direction
Start with lakehouse_code/gold/order_revenue/dbt/models/gold/schema.yml and inspect the SQL files in that directory to find the emitted grain columns for both named marts. Add built-in dbt not_null tests for the specified business keys, then run dbt parse and, when a platform is available, the tests against the demo. Done means the tests match emitted columns and the change stays within the order_revenue dbt project.
Written by the indexing model from the issue text.
Description
Why
lakehouse_code/gold/order_revenue/dbt/models/gold/schema.yml lists Gold marts and descriptions but no column tests. A small set of key constraints illustrates dbt's role after Floe validation.
Scope
- Add built-in dbt
not_nulldata tests for stable grain/grouping columns inmart_order_revenue_by_day(date and region) andmart_order_revenue_margin_by_product(inspect SQL for its actual grain first). - Do not introduce packages or test measures that may legitimately be zero/null.
Acceptance
- Tests match columns actually emitted by each SQL model.
- dbt parse succeeds; tests pass against the existing demo when a running platform is available.
- Change stays in the order_revenue dbt project.
Start here: lakehouse_code/gold/order_revenue/dbt/models/gold/{schema.yml,*.sql}.
Contributor notes
- Keep this to one focused PR; follow AGENTS.md.
- No Kubernetes cluster should be necessary unless specifically mentioned.
- For Python changes run
uv run --project tools/olf pytest tools/olf/testsanduv run --project tools/olf ruff check tools/olf(or narrower tests while iterating).
- Dominant language
- Python
- Stars
- 26
- Forks
- 6
- Avg merge
- 6h 44m
- Merged PRs (30d)
- 314
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from OpenLakeForge/openlakeforge
-
bug good first issue help wanted
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
OpenLakeForge/openlakeforge#498 ·
Maintainers usually reply within 1 day
-
feat(cli): export `olf query` output directly to a filePossibly taken @dbdefault claimed this 11 days ago. Openenhancement good first issue help wanted
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
OpenLakeForge/openlakeforge#494 · 1 comment · 1 assignee ·
Maintainers usually reply within 1 day
-
good first issue help wanted
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
OpenLakeForge/openlakeforge#488 ·
Maintainers usually reply within 1 day
-
good first issue help wanted
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
OpenLakeForge/openlakeforge#487 ·
Maintainers usually reply within 1 day
-
good first issue help wanted
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
OpenLakeForge/openlakeforge#484 ·
Maintainers usually reply within 1 day
All issues in OpenLakeForge/openlakeforge
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
microsoft/markitdown#2820 ·
Maintainers usually reply within 1 day
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 66/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
yt-project/yt#5624 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
NousResearch/hermes-agent#148376 ·
Maintainers usually reply within 1 day