Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file added docs/docs/assets/images/demo_mssql_to_fabric.jpg
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file added docs/docs/assets/images/demo_refactor_dbt.jpg
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
112 changes: 112 additions & 0 deletions docs/docs/examples/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -4,6 +4,118 @@ Real-world examples showing what altimate can do across data engineering workflo

---

## Onboarding a Junior Data Engineer — Automated Peer Review

`dbt` `SQL Quality` `A-F Grading`

A junior engineer always gets senior-level peer review — altimate grades the mart layer, flags every anti-pattern, fixes the offending SQL, and re-grades to prove the improvement.
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@arora-saurabh448 can we please change this to:
A senior engineer has to always review a junior engineers work— Altimate Code grades the code, flags every anti-pattern, fixes the offending SQL, and re-grades to prove the improvement.


**Prompt:**

> Run quality checks and grading on the mart layer queries of my dbt project to find out the SQL anti patterns. Also fix those issues, validate and re-grade them.
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🟡 Minor

Fix hyphenation in SQL term at Line 15.

Use “anti-patterns” instead of “anti patterns” to keep terminology correct and consistent.

🧰 Tools
🪛 LanguageTool

[grammar] ~15-~15: Use a hyphen to join words.
Context: ... my dbt project to find out the SQL anti patterns. Also fix those issues, validat...

(QB_NEW_EN_HYPHEN)


[style] ~15-~15: Consider using a different verb for a more formal wording.
Context: ...to find out the SQL anti patterns. Also fix those issues, validate and re-grade the...

(FIX_RESOLVE)

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@docs/docs/examples/index.md` at line 15, Replace the phrase "anti patterns"
in the example sentence "Run quality checks and grading on the mart layer
queries of my dbt project to find out the SQL anti patterns." with the
hyphenated form "anti-patterns" so the sentence reads "...to find out the SQL
anti-patterns."; update the exact string in the docs example (the sentence at
Line 15) to maintain correct terminology.


[![Onboarding a Junior Data Engineer — Automated Peer Review](../assets/images/demo_onboarding_peer_review.jpg)](https://us06web.zoom.us/clips/share/aJ5crYpRT4WSH6crh4iwcA)

<small>*Click on the image to watch the demo.*</small>

---

## An Upstream Schema Changed. What Just Broke?

`dbt` `Lineage` `Incident Response`

A staging model renames a column and the dbt run fails. altimate reads the error log, traces lineage, pinpoints every broken downstream model, and fixes the references — no hunting through dozens of files.
Copy link
Copy Markdown

@altimateanas altimateanas Apr 24, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@arora-saurabh448
A column in staging model was renamed and now the dbt run fails. Altimate Code reads the error log, traces lineage, pinpoints every broken downstream model, and fixes the references — no hunting through dozens of files.


**Prompt:**

> Switch to the `bug/column-rename` branch. A staging model was updated to rename a column, but downstream models weren't updated. Check the error log at `logs/dbt_run_error.log` and identify all the downstream models that broke. Fix them.

[![An Upstream Schema Changed. What Just Broke?](../assets/images/demo_upstream_schema_change.jpg)](https://us06web.zoom.us/clips/share/AZcsChIhRF6Mwk4Sl6QaCA)

<small>*Click on the image to watch the demo.*</small>

---

## Column-Level Lineage Diff for PR Reviews

`dbt` `Column-Level Lineage` `PR Review`

Before approving a risky refactor PR, get a precise column-level lineage diff between the two branches — new dependencies, removed ones, source changes — so you know the blast radius before you merge.

**Prompt:**

> I am reviewing a PR that refactors `mart_patient_360` — the PR claims to fix a cartesian explosion, hash SSN for HIPAA, and add financial metrics. Before I approve, I need to understand exactly what changed at the column-level data flow. Run a column-level lineage diff between the old version (on `main`) and the new version (on `refactor/mart-patient-360-fix-cartesian-and-pii`) of `models/marts/mart_patient_360.sql`. Show me which column dependencies were added, removed, or changed source — I want to know the blast radius before merging.

[![Column-Level Lineage Diff for PR Reviews](../assets/images/demo_column_lineage_diff.jpg)](https://youtu.be/SpUWKq7x_T0)

<small>*Click on the image to watch the demo.*</small>

---

## From Idea to Production dbt Model in One Terminal Session

`dbt` `Model Scaffolding` `Tests & Docs`

A plain-English analytics request becomes a production-ready dbt asset — SQL, documentation, schema tests, validation — all in a single session.

**Prompt:**

> I need a new dbt model called `mart_monthly_revenue`. It should show monthly revenue broken down by merchant risk tier. Include total revenue, transaction count, unique merchants, and average transaction value. Use `stg_transactions` and `stg_merchants` as the upstream models.

[![From Idea to Production dbt Model in One Terminal Session](../assets/images/demo_idea_to_production.jpg)](https://us06web.zoom.us/clips/share/caXUfjyqQmqdylPQzao86A)

<small>*Click on the image to watch the demo.*</small>

---

## Refactoring dbt Models Without Breaking Everything

`dbt` `Refactor` `Impact Analysis`

Plan a schema refactor with a complete blast-radius report before merging — every downstream model that needs a change, and exactly what change it needs.

**Prompt:**

> Switch to the `feat/refactor-stg-transactions` branch. The `stg_transactions` model renames `created_at` to `transaction_at` and drops `card_last_four` and `ip_address`. Before I merge this, tell me every downstream model that will break and what changes each one needs.

[![Refactoring dbt Models Without Breaking Everything](../assets/images/demo_refactor_dbt.jpg)](https://us06web.zoom.us/clips/share/-I9EE6LAQguh0tS1oLG6aA)

<small>*Click on the image to watch the demo.*</small>

---

## Migrating From MS SQL Server to MS Fabric via dbt

`MS SQL Server` `MS Fabric` `dbt` `Migration` `data-diff`

End-to-end warehouse migration: review the stored procedures, generate dbt models targeting Fabric, run cross-database data-diff validation, schema-difference checks, build the project, and produce an interactive migration validation dashboard.

**Prompt:**

> We need to perform MS SQL Server to MS Fabric migration via dbt. We have SQL Server code present at `sql_server_objects/stored_procedures` — review it and create dbt models for the same with Fabric as the target, following `migration_best_practices`. Raw layer tables are already populated in Fabric. Once done, perform compilation, cross-database `data_diff` validation between existing and new code, a schema-difference check, and then build the project in Fabric. Finally, produce an interactive migration validation dashboard with migration status, validation results, lineage, etc.

[![Migrating From MS SQL Server to MS Fabric via dbt](../assets/images/demo_mssql_to_fabric.jpg)](https://us06web.zoom.us/clips/share/4intYUDRQ2Wo7C42qIeJig)

<small>*Click on the image to watch the demo.*</small>

---

## A Platform Admin's First Day With Microsoft Fabric

`MS Fabric` `Governance` `Lineage` `PII Audit`

Drop altimate into an unfamiliar Fabric instance and get an immediate picture — lineage, code quality, active roles, users, PII exposures — in one prompt.
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@arora-saurabh448
Drop Altimate Code into an unfamiliar Fabric instance and get an immediate picture — lineage, code quality, active roles, users, PII exposures — in one prompt.


**Prompt:**

> I am new to the Microsoft Fabric instance. Show me the lineage, code quality, active roles, users, PII exposures etc.

[![A Platform Admin's First Day With Microsoft Fabric](../assets/images/demo_fabric_platform_admin.jpg)](https://us06web.zoom.us/clips/share/Fh00mmQnRKOR6oxjQf6utA)

<small>*Click on the image to watch the demo.*</small>

---

## NYC Taxi Coverage Dashboard

`DuckDB` `dbt` `Airflow` `Python`
Expand Down
Loading