Skip to main content
StreamBuild keeps authored logical identity separate from ClickHouse realization. The current adapter is ClickHouse only.

Managed Kafka landing

For source order_events:
The landing table carries raw kafka_value plus normalized replay columns. The Kafka engine table feeds the landing materialized view, which writes retained history into the raw MergeTree table.

Direct-mode model graph

tbl__* names are physical model tables in direct mode. A build drops and recreates selected model tables and MVs while preserving managed source objects. Here the raw source feeds mv__orders, which writes tbl__orders; that table then feeds mv__daily_revenue, which writes tbl__daily_revenue.

Virtual-environment model graph

In virtual environments, deployment-specific relations hold data and unsuffixed tbl__* names are stable ClickHouse views. Publish replaces those view bindings one relation at a time. The raw source feeds the deployment-specific orders MV and table. The stable tbl__orders view points to the table belonging to the published deployment.

Adopted sources

An adopted stream_table has no Kafka table, raw table, or landing MV:
StreamBuild reads and validates the source but does not mutate it. The user-owned orders_existing table feeds mv__orders_enriched, which writes tbl__orders_enriched.

Naming

Metadata tables

StreamBuild stores state in the selected target database:
These are internal contracts. Do not edit them manually.

Compile boundary

Compilation uses Polyglot as the mandatory SQL parser and analyzer. It produces canonical ClickHouse SQL, exact output types, replay and aggregate facts, references, and a database-qualified adapter template without opening a warehouse connection.