Skip to content

SurrealDB vs.
traditional databases

Generation one. Single-model databases, one per workload.
Generation two. Specialist stores stitched together in application code.
Generation three. Every model in one engine.

01 |THE LIMITATION

One model each. Graphs by workaround, vectors by extension, the present tense only.

Graphs by workaround

Postgres reaches a traversal through joins and CTEs rather than a graph model.

Vectors as an extension

pgvector bolts vectors onto a relational core that was not designed for hybrid or agent queries.

Current state only

Traditional databases hold the present value, so the question of what was known when has no answer.

02 |THE DIFFERENCE

Everything in one engine. Documents, graphs, vectors, time-series and geospatial, in one language and one transaction.

03 |HOW IT WORKS

One statement, three models. A customer record, the graph of what they bought and the vector that describes them, read together in one SurrealQL statement.

1-- One statement across three models: the record, its graph, its vector
2SELECT
3 name,
4 ->purchased->product.name AS bought,
5 vector::similarity::cosine(embedding, $q) AS fit
6FROM customer
7WHERE embedding <|5|> $q
8 AND ->purchased->product->belongs_to->category CONTAINS $category
9ORDER BY fit DESC;

Three generations of database infrastructure

Gen 1: Monolith

Compute and storage coupled in one machine; scaling means a bigger box. MySQL, self-hosted PostgreSQL, classic Oracle.

Gen 2: Proprietary loose coupling

Cloud vendors separated storage from compute, in proprietary formats with cloud lock-in. Amazon Aurora, Oracle Exadata, Google AlloyDB.

Gen 3: Open storage on the lake

Data in commodity object storage in open formats, with stateless elastic compute over it. Databricks Lakebase, SurrealDB.

TRUSTED BY

Enterprise teams building on SurrealDB

Traditional databases,answered

Yes. Relational queries, SQL-like syntax, ACID transactions and structured schemas, plus native graph traversal, vector search, temporal queries and agent memory.

THE PLATFORM

Everything an application and its agents know. Five surfaces, one engine.

IN PRODUCTION

Trusted at scale. Samsung, Nvidia, Verizon, Tencent and Walmart run on SurrealDB.

14,000+

Developers building on SurrealDB Cloud

4M+

Developers building on SurrealDB worldwide

FROM THE TEAMS

SurrealDB gives us a foundation where we can unify semantic search, knowledge graphs, and AI-driven decision making without stitching together multiple systems. Collapsing responsibility into SurrealDB has become our default engineering posture.
Justin Foley

VP of Engineering, Later

GET STARTED

Move to Generation 3. ACID rigour with the elasticity, durability and economics of the cloud.

SurrealDB

The context and memory layer for AI agents

Database. Graphs, vectors, documents and relational data in one engine, in a single ACID transaction.
Agent Memory. Connects and retrieves context wherever your data lives, every fact carrying its source.
Cloud. Fully managed, in the cloud provider and region you choose.

Explore with AI

Copyright © 2026 SurrealDB Ltd. Registered in England and Wales. Company no. 13615201

Registered address: 3rd Floor 1 Ashley Road, Altrincham, Cheshire, WA14 2DT, United Kingdom

Trading address: Huckletree Oxford Circus, 213 Oxford Street, London, W1D 2LG, United Kingdom