A new category of database

What is a lakebase?

Learn about a new generation of database built on object storage.

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 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 backend
Lakebase PostgresrelationalYesYesPartialCloud object storage (S3)
turbopuffersearchYesYesNoObject storage (S3, GCS, Cloudflare R2)
QuickwitsearchYesYesNoObject storage (S3, GCS, Azure, MinIO)
Zilliz Cloud and MilvusvectorYesYesNoObject storage (S3, MinIO) for persistence
LanceDBvectorYesYesYesObject storage (S3, GCS, Azure)
GreptimeDBtime-seriesYesYesYesObject storage (S3, GCS, Azure)
SlateDBkey-valueYesYesNoObject storage (S3, GCS, Azure Blob, MinIO)

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.