A new category of database

What is a lakebase?

A lakebase is an operational database built directly on cloud object storage, separating storage from compute. This is the reference for the category, with real examples.

Lakebase Criteria

We define a lakebase as a database that meets the following criteria.

01

Operational Workload

It serves live, low-latency queries for apps and agents. That is what separates a lakebase from a lakehouse or a warehouse.

02

Compute-Storage Separation

Compute is stateless and ephemeral. It can start, stop, scale, or fail without losing data, because it owns no durable state.

03

Object storage source of truth

Durability lives in cloud object storage like S3, not on a disk attached to one machine. Local NVMe and RAM are caches, never the only copy.

04

Open-Format Storage

Data sits in open formats that other services can read directly. That keeps it portable, makes recovery fast, and removes the batch exports and data pipelines you would otherwise build.

Side by side

How each example compares against the criteria.

DatabaseKindStorage / compute splitObject storage source of truthOpen formatStorage backendOpen source
Lakebase PostgresrelationalYesYesPartialCloud object storage (S3)Yes
turbopuffersearchYesYesNoObject storage (S3, GCS, Cloudflare R2)No
QuickwitsearchYesYesNoObject storage (S3, GCS, Azure, MinIO)Yes
Zilliz Cloud and MilvusvectorYesYesNoObject storage (S3, MinIO) for persistenceYes
LanceDBvectorYesYesYesObject storage (S3, GCS, Azure)Yes
RisingWavestreamingYesYesPartialObject storage (S3) for state and tablesYes
GreptimeDBtime-seriesYesYesYesObject storage (S3, GCS, Azure)Yes
SlateDBkey-valueYesYesNoObject storage (S3, GCS, Azure Blob, MinIO)Yes

Some databases separate storage and compute but are not lakebases. See what is not a lakebase: local-disk databases, analytics engines, and cloud-native databases on proprietary storage.