ZebraDBAlpha

ZebraDB

Alpha

Hybrid transactional-analytical data platform for agent-native applications.

DRI: Srujun Thanmay Gupta
Overview

ZebraDB is the system of record for Gen4 applications. Postgres OLTP underneath, pluggable analytical engines on the side, and a wire format (Arrow) that the rest of the DOSS stack consumes natively. It exists because every enterprise app ships with an OLTP database, a warehouse, an ETL pipeline, and a sync layer — four systems doing roughly one job. ZebraDB collapses those four into one.

Core model

What a Z-Table is

One native Postgres table per customer table

Not a sharded row in a shared table. Each customer gets a dedicated relation with its own indexes, partitions, and history. Isolation is physical, not logical.

Append-only history ledger

Every write is an insert. Current-state views are projections over the ledger. Point-in-time queries and audit trails are free.

Schema-aware

Z-Tables are declared in ZSL, not managed via ad-hoc migrations. The table, its indexes, its RLS policies, its triggers — all compiled from a single source file.

Arrow-native reads

Pair with DossGrid over FlightSQL for zero-copy reads. DataFusion produces Arrow, the wire carries Arrow, the browser consumes Arrow. Same bytes end to end.

Stack

Postgres 16OLTP substrate. Standard wire protocol.
DuckDBEmbedded OLAP for sub-second analytics on live data.
ClickHouse bridgeWarehouse-scale analytics for multi-tenant dashboards.
Apache ArrowIn-memory + wire format for columnar reads.
Arrow Flight SQLgRPC transport for zero-copy grid queries.
MCP serverAgents can clone, build, and deploy Z-Tables directly.
Why collapse the stack

Four systems, one substrate

ConcernLegacy stackZebraDB
Transactional writesPostgres / Oracle / SQL ServerPostgres (Z-Table)
Analytical readsSnowflake / BigQueryDuckDB embedded + ClickHouse bridge
ETL / replicationFivetran, Airbyte, custom CDCNone — reads hit live data
Sync layerDebezium, webhooks, pollingNone — same store
Multi-tenancyRow-level logical partitioningPhysical per-tenant tables
History / auditSCD-2 tables, bolt-on CDCNative append-only ledger

Performance targets

1B+
rows per Z-Table

Horizontal sharding keeps a single tenant dense.

80%+
TCO reduction

Target vs. legacy OLTP + OLAP + ETL + sync.

RYOW
consistency

Read-your-own-writes across OLTP and OLAP reads.

<20ms
Arrow decode

10MB batch into the grid's DataBus.

In the stack