TGViewer
семантический слой семантический слой @semanticlayer · 104 subscribers
Post #14 260
Есть такой стартап Tobiko, который делает конкурента dbt — SQLMesh.

На поверхности всё то же самое: Jinja-шаблоны, версионирование, коллаборация, поддержка Python.

Но отличие в том, что SQLMesh строится на time-based моделировании, упрощая исторические партиции и инкрементальные пересчёты. В dbt нужно отдельно прописывать max-даты, проверять режим запуска (full refresh или incremental), а в SQLMesh всё работает в одном режиме — incremental.

Там же есть встроенная оркестрация (аналог dbt + Dagster/Airflow), возможность создавать разные окружения (по сути разные схемы) и автоматическая проверка изменений вплоть до уровня колонок (column-level lineage). С помощью простого переключения указателя можно быстро «перевести» staging-данные в production.

Зачем всё это нужно?
Перерасчет данных стоит так дорого

Как только инженер вносит изменение в трансформационный слой, dwh начинает пересчитывать всё подряд, даже если поменялась только одна метрика.

Затраты на это накопительные. Чем больше данных, тем выше счета за compute.

Но кажется логично пересчитывать только то, что изменилось.

Databricks вместе с Tobiko проверили, как selective recalculation влияет на стоимость.
Результат — экономия в 9 раз.

Тестировали четыре ключевых задачи, которые выполняет каждый data-инженер:
- Создание окружения для разработки
- Внесение изменений в модели
- Продвижение изменений в прод
- Откат изменений

Что показал бенчмарк?

1. Создание окружения: в dbt Core это полный пересчёт схемы, который занимает 3.5 часа. В SQLMesh — виртуальный слой, который разворачивается за 20 секунд.
2. Обработка изменений: dbt Core пересчитывает всё, даже если затронута одна колонка. SQLMesh анализирует зависимости и пересчитывает только нужные модели — в 1.5 раза быстрее и дешевле.
3. Продвижение в прод: в dbt Core это значит заново пересчитать все данные. В SQLMesh изменения применяются в виртуальном слое без лишних затрат — 134x быстрее, 123x дешевле.
4. Откат: в dbt Core это ручной процесс, требующий поиска затронутых данных. В SQLMesh всё версиируется автоматически — 136x быстрее, 117x дешевле.

На цифрах:
1. SQLMesh и Tobiko Cloud сокращают время перерасчёта с 12 часов до 32 минут.
2. Затраты падают с $34.66 до $1.48 за цикл.

При этом SQLMesh позволяет получить эту экономию без изменения кода dbt-проектов. Переключение проходит безболезненно, без необходимости переписывать схему.

CFO сейчас давят на повышение ROI от data & AI, что удивительно после эпохи modern data stack (2010–2022) и роста бюджетов. Это усиливает нагрузку на облачные dwh, и компании ищут способы радикально снизить расходы. Особенно в контексте AI-нагрузок, где перерасчёты становятся постоянными. Когда каждый доллар на облаке считается, нет смысла пересчитывать весь стек, если можно работать точечно.
More from @semanticlayer
  1. Nov 13, 2025​​Семантический слой Когда-то, работая аналитиками, мы делали сотни дашбордов. Заказчики и…
  2. Oct 14, 2025Что, на самом деле происходит в слиянии Fivetran и dbt Думаю, все уже слышали о самом свеж…
  3. Sep 29, 2025кажется наблюдаем закат движения modern data stack https://www.theinformation.com/articles…
  4. Aug 26, 2025прочитал слегка старую (от июня), но годную заметку от General Analysis про уязвимости в с…
  5. Aug 22, 2025photo post
  6. Jun 25, 2025результаты. использовали Llama-3.1-8BInstruct и сравнивали с другими text-to-sql подходами…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →