The refactorable warehouse. Verify early, test properly, and refactor safely.
Website · Docs · Quickstart · Roadmap
Change your warehouse as often as your code. SQLBuild brings compile-time checks, end-to-end tests and safe renames to your SQL, so change stops being risky. It is a free, open-source framework for SQL and Python data pipelines, and it keeps its state in append-only tables in your own warehouse: no external state database, no manifest files and no paid tier.
Move an incremental model to a new folder and name with sqb mv, and sqb plan migrates its table
instead of rebuilding it.
Quick start
pip install sqlbuild
sqb playground waffle-shop
cd waffle-shop
sqb plan
sqb build
sqb test
The playground runs on local DuckDB, with no warehouse credentials.
What it does
Catch mistakes before anything runs
- Compile-time checks. SQLBuild resolves references, validates SQL, infers column types, checks contracts and computes column lineage, all offline. A typo'd column fails in seconds, not halfway through a warehouse run.
- Your conventions as rules. Built-in and custom Python rules turn review comments into compile errors: for example, marts can't read sources directly, or every final model declares its key.
Prove it works
- Tests across models. SQL tests mock the sources and check the result through every model in between, with macros as test helpers. Macro, UDF and table-function tests are built in.
- End-to-end scenarios. Build the real graph against fixture data, capture fixtures from the warehouse, and replay them locally on DuckDB in CI. See scenarios.
- Audits and diffs. Audits run before data reaches the target table, and data diffs compare dev against prod or any query.
Change it without rebuilding everything
- Renames keep their history.
sqb renameandsqb mvupdate every reference, and the next build migrates the existing table instead of rebuilding it. The old name keeps working through a compatibility view.sqb rename <model>.<column>renames an incremental model's column in place. - Replay on change. When a model's SQL changes, choose how far back to reprocess, from only the
new data to the last 14 days to a full rebuild, with
replay_on_change. - Macros don't have to be global. Keep macros, enums and constants next to the models that use
them, and preview what a move would break with
sqb scope. See declaration scopes. - Tidy up safely. The janitor archives stale tables before anything is deleted.
Ingestion with Python loaders, and Python tasks, assets and checks, run in the same graph as your SQL models. See the docs for everything else.
In the terminal
Each demo is real output from the example projects in website/examples,
running on local DuckDB.
A renamed column breaks the contract
daily_revenue declares contract enforced. Renaming waffles_sold to units_sold in the
SELECT fails at compile time, before anything reaches the warehouse.
Both sides are reported: the new column isn't in the contract, and the declared one is gone.
Your own conventions as compile errors
Rules are Python functions in your project. This one, from
rules/layers.py, says marts must read sources
through staging:
from sqlbuild.rules import Finding, Model, RuleContext, rule
@rule(
code="XSQBRARCH001",
message="Marts must read sources through staging",
remediation="Reference a staging model with __ref() instead.",
)
def marts_use_staging(*, model: Model, ctx: RuleContext) -> list[Finding]:
layer = ctx.project.tree.relative_parts(path=model.path, under="models")[0]
sql = ctx.sql.for_model(model).authored.source
if layer != "marts" or "__source(" not in sql:
return []
line = sql[: sql.index("__source(")].count("\n") + 1
return [ctx.finding(subject=model, line=line)]
A mart that reads __source("raw__payments") directly now fails, and so does the unit test that
has no mock for it:
See rules.
See what a move would break
sqb scope --as-path previews moving a model before you move it.
Look at Lost and Invalidated usages: the model uses an enum and a macro that are private to
models/marts, so moving it would break both.
Example
A model is a SQL file with a MODEL() header and a SELECT:
MODEL (
description "One row per order",
materialized table,
columns (
order_id (audits [not_null, unique]),
),
tags [marts],
);
SELECT
o.order_id,
o.customer_id,
p.amount_cents AS total_cents,
@cents_to_dollars("p.amount_cents") AS total_dollars
FROM __ref("stg_orders") o
JOIN __ref("stg_payments") p USING (order_id)
Macros are plain Python functions that return SQL, kept next to the models that use them:
# models/marts/_sqlbuild/_macros/currency.py
def cents_to_dollars(column: str) -> str:
"""Convert a cents integer column to a dollars decimal with two decimal places."""
return f"ROUND(({column}) / 100.0, 2)"
A test mocks the sources and asserts on the model, resolving every model in between from its real SQL:
TEST();
WITH
__source__raw__orders AS (
SELECT
1 AS id,
100 AS customer_id,
2 AS waffle_type_id,
3 AS quantity,
CAST('2026-04-01 10:00:00' AS TIMESTAMP) AS ordered_at,
'completed' AS status
),
__source__raw__payments AS (
SELECT
10 AS id,
1 AS order_id,
1500 AS amount_cents,
'credit_card' AS payment_method,
CAST('2026-04-01 10:05:00' AS TIMESTAMP) AS paid_at,
'success' AS status
),
__expected__fact_orders AS (
SELECT 1 AS order_id, 100 AS customer_id, 1500 AS total_cents, 15.00 AS total_dollars
)
Warehouses
| Warehouse | Status |
|---|---|
| Snowflake | Supported |
| DuckDB | Supported |
| MotherDuck | Supported |
| PostgreSQL | Supported |
| BigQuery | Beta |
| Databricks | Beta |
| SQL Server | Beta |
Snowflake is the main target. Beta adapters build, test and plan, but have had less production use so far. See adapters.
Free and independent
SQLBuild is Apache 2.0 and will stay free: no paid tier, no commercial edition, and no feature held back for one. Its state lives in your warehouse, next to your data. See the roadmap for what's next.
Contributing
Contributions are welcome. See CONTRIBUTING.md.
License
SQLBuild is licensed under the Apache License 2.0.
1 maintainer
Metadata
1 maintainer
Release files for sqlbuild 0.154.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| sqlbuild-0.154.0.tar.gz | 2.8 MB | With provenance | Details |
Built distributions (wheels)
| File | Reset | |||
|---|---|---|---|---|
| sqlbuild-0.154.0-cp312-abi3-win_amd64.whl | CPython 3.12 | abi3 | Windows x86-64 | Details |
| sqlbuild-0.154.0-cp312-abi3-manylinux_2_17_x86_64.manylinux2014_x86_64.whl | CPython 3.12 | abi3 | Linux glibc 2.17+ x86-64 | Details |
| sqlbuild-0.154.0-cp312-abi3-manylinux_2_17_aarch64.manylinux2014_aarch64.whl | CPython 3.12 | abi3 | Linux glibc 2.17+ ARM64 | Details |
| sqlbuild-0.154.0-cp312-abi3-macosx_11_0_arm64.whl | CPython 3.12 | abi3 | macOS 11.0+ ARM64 | Details |
| sqlbuild-0.154.0-cp312-abi3-macosx_10_12_x86_64.whl | CPython 3.12 | abi3 | macOS 10.12+ x86-64 | Details |
Total release size: 121.4 MB
Release files / sqlbuild-0.154.0.tar.gz
| Download URL | sqlbuild-0.154.0.tar.gz |
|---|---|
| Size | 2.8 MB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
330c32a2638836bfb0b6aafd72be16433e4b99f04587a66c14bb6fbb51b977f1
|
|
BLAKE2b-256 checksum How to use checksums |
a76f39da7bc7bab091d31fec2bc3093c4cb3d773f306178eb12ff7fdc9722b0a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 10, 2026.
Transparency logRelease files / sqlbuild-0.154.0-cp312-abi3-win_amd64.whl
| Download URL | sqlbuild-0.154.0-cp312-abi3-win_amd64.whl |
|---|---|
| Size | 25.6 MB |
| Tags | CPython 3.12 Windows x86-64 abi3 |
|
SHA-256 checksum How to use checksums |
3ce72dca66c92f4c974875f017bef4694b8fe14968117180ca8314b4e74d85a6
|
|
BLAKE2b-256 checksum How to use checksums |
f0f3145768cdc0e2971a70cd83160a5371f3610cf73fb925a9aad732aca67164
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 10, 2026.
Transparency logRelease files / sqlbuild-0.154.0-cp312-abi3-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
| Download URL | sqlbuild-0.154.0-cp312-abi3-manylinux_2_17_x86_64.manylinux2014_x86_64.whl |
|---|---|
| Size | 23.7 MB |
| Tags | CPython 3.12 Linux glibc 2.17+ x86-64 abi3 |
|
SHA-256 checksum How to use checksums |
8f29da919414ff8807f4ff28a217e8d76926e49dd18e67cc8d8ef226bb1c98ed
|
|
BLAKE2b-256 checksum How to use checksums |
4b1c28ff217890d7e250f977f57e37276c3b77682651c257099508b179693725
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 10, 2026.
Transparency logRelease files / sqlbuild-0.154.0-cp312-abi3-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
| Download URL | sqlbuild-0.154.0-cp312-abi3-manylinux_2_17_aarch64.manylinux2014_aarch64.whl |
|---|---|
| Size | 22.9 MB |
| Tags | CPython 3.12 Linux glibc 2.17+ ARM64 abi3 |
|
SHA-256 checksum How to use checksums |
8ad807965486a1a71bfeeb4226753a9012850902dd096593a34bef108f2dd407
|
|
BLAKE2b-256 checksum How to use checksums |
1cf0f0cc0ce556c30a1283300b8f0b5f06d1e9964849b48d974cadad2c7ea79c
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 10, 2026.
Transparency logRelease files / sqlbuild-0.154.0-cp312-abi3-macosx_11_0_arm64.whl
| Download URL | sqlbuild-0.154.0-cp312-abi3-macosx_11_0_arm64.whl |
|---|---|
| Size | 22.8 MB |
| Tags | CPython 3.12 abi3 macOS 11.0+ ARM64 |
|
SHA-256 checksum How to use checksums |
b720da4125508432562204da65a5b65086124cc06bd0145893a2f8eefdeb39f4
|
|
BLAKE2b-256 checksum How to use checksums |
2a375baa403549374164f16d09c5c59aeb2a6a392e9a97dfbf6bc69adb8eff87
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 10, 2026.
Transparency logRelease files / sqlbuild-0.154.0-cp312-abi3-macosx_10_12_x86_64.whl
| Download URL | sqlbuild-0.154.0-cp312-abi3-macosx_10_12_x86_64.whl |
|---|---|
| Size | 23.6 MB |
| Tags | CPython 3.12 abi3 macOS 10.12+ x86-64 |
|
SHA-256 checksum How to use checksums |
ad7bd3b2ba9c775059d11ad5d25ec22705102e7702fde306899ef86b49e62f7e
|
|
BLAKE2b-256 checksum How to use checksums |
b2a8d4b74a7b888da1a97b71604f9736a73eca6eb813307c20b8b0353eaba1a2
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 10, 2026.
Transparency logSecurity for sqlbuild 0.154.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 6 files in this release have been uploaded with provenance metadata.
Attestation for sqlbuild-0.154.0.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 10, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
