Skip to main content
Drop-in PostgreSQL replacement

Your queries, 100x faster.

ScramDB JIT-compiles your SQL to native machine code. Same psql interface, same queries — just faster. No migration. No new drivers. No lock-in.

Sub-ms query timesGPU-acceleratedPostgres compatible
scramdb - TPC-H Q6compiled
-- Forecasting revenue change
SELECT SUM(l_extendedprice * l_discount)
FROM lineitem
WHERE l_shipdate > '1994-01-01'
AND l_discount BETWEEN 0.05 AND 0.07
✓ 1 row · 72ms
TPC-H SF1 · 22 Queries · Hot Run

Don't take our word for it. Measure it.

TPC-H SF1, 22 queries, hot run. Same hardware. No tricks.

ScramDBFastest
0.00s
DuckDB
0.00s
ClickHouse
0.0s
SingleStore
0.0s
Snowflake
0.0s
TiDB
0.0s
ScramDB (JIT-compiled)Other databases

Single-node, hot-run execution on comparable modern hardware. Lower is better for Total Time and Latency. Higher is better for Throughput.

Why teams switch to ScramDB

Every query compiles to native code. Every core stays busy. Every byte stays columnar. Zero compromise.

Execution

JIT Compilation

SQL queries compile to native machine code - not interpreted, not vectorized. Entire pipeline stages fuse into tight native loops with zero function call overhead.

Native CodeFused PipelinesAdaptive
Parallelism

Morsel-Driven Parallel

Worker threads pinned to CPU cores process data in parallel with linear scaling. NUMA-aware scheduling keeps data local for maximum throughput.

Core-PinnedNUMA-AwareLinear Scaling
Storage

Tundra Columnar Engine

Purpose-built columnar storage engine with zone maps for automatic predicate pushdown, buffer pool caching, and crash recovery via write-ahead logging.

ColumnarZone MapsMVCC
AI/ML

Vector Search

pgvector-compatible vector similarity search with DiskANN-style graph indexes. Query vectors alongside relational data using standard SQL.

pgvectorDiskANNANN
Acceleration

GPU JIT

GPU-accelerated query execution for large batch operations. Supports NVIDIA, AMD, and Apple Metal - no CUDA toolkit required at runtime.

NVIDIAAMDApple Metal
Execution

Streaming Results

Query results stream directly to the client without full materialization. Backpressure prevents memory overflow on large result sets.

StreamingBackpressureLow Latency

Zero migration. Just connect.

Point your psql, pgAdmin, or any PostgreSQL driver at ScramDB. Same port, same protocol, same SQL. It just works.

psql -h localhost -p 5432 scramdb
# Create a table and load data
CREATE TABLE orders (
id BIGINT PRIMARY KEY, customer_id INT,
amount DOUBLE PRECISION, created_at TIMESTAMP
);
CREATE TABLE
# Analytical query with window functions
SELECT customer_id, SUM(amount) OVER (
PARTITION BY customer_id ORDER BY created_at
) FROM orders LIMIT 10;
10 rows · 3ms
scramdb=# █
Ecosystem

Works with everything you already use

If it talks to Postgres, it talks to ScramDB. 90+ integrations out of the box.

ScramDBScramDBAdaptive HTAP Database
PostgreSQL Wire ProtocolJIT CompilationColumnar StorageGPU AccelerationVector Search
Ingest
ScramDB
Query

Data Sources

Databases & Warehouses
PostgreSQL
MySQL
MariaDB
MongoDB
SQLite
Redis
CockroachDB
TimescaleDB
Neo4j
Cassandra
Elastic
ClickHouse
Cloud & SaaS Data
Snowflake
BigQuery
Databricks
AWS
Supabase
PlanetScale
Turso
Neon
S3
Streaming & CDC
Kafka
Flink
Spark
Pulsar
Debezium
Redpanda
ETL & Orchestration
Airbyte
dbt
Airflow
Prefect
Temporal
Celery
n8n
Zapier
Make

Consumers

Visualization & BI
Grafana
Superset
Metabase
Redash
Looker
Observable
Streamlit
Retool
Tableau
Power BI
Qlik
Language Clients
Python
Go
Rust
Node.js
Java
Ruby
PHP
.NET
Kotlin
Scala
Swift
Elixir
Julia
R
Haskell
Clojure
Perl
ORMs & Frameworks
Django
Rails
Laravel
Spring
FastAPI
Flask
Express
NestJS
Prisma
TypeORM
Drizzle
SQLAlchemy
Sequelize
Hibernate
Hasura
GraphQL
Apollo
DevTools & Observability
Jupyter
Pandas
DBeaver
Beekeeper
Trino
Presto
Docker
Kubernetes
Terraform
Datadog
PostHog
Sentry