M
MVP DB

For indie devs

Always-on Postgres you can ship with today.

Create a database, copy a connection string, run your first query in ~15 seconds.

Proof

Multiple databases per plan - dev/staging/prod without per-project bills.

Proof

PgBouncer pooling with clear connection caps (20 / 50 / 150).

Proof

Daily backups with tier-based restore window (7 or 30 days).

launch-sequence.sql
# zero platform choreography
$ create database
status: ready
$ copy DATABASE_URL
postgresql://user:pass@db.mvp-db.com:5432/app_prod
$ psql "$DATABASE_URL"
psql (17.x)
db=> select 1;
# result
1

Pain narrative

Production-ish Postgres without a platform suite.

  • + Use normal migration patterns from the Product Docs instead of learning a custom backend product.
  • + Treat dev, staging, and prod as separate databases so cutovers and restores stay understandable.
  • + Move from small-app imports to more deliberate pg_dump and pg_restore cutovers when the project gets real.

From Product Docs

Use the migration and environment playbook.

The documented pattern is straightforward: keep separate environment databases, rehearse restores on staging, then switch DATABASE_URL only after the target behaves the way you expect.

Dev

disposable

Use a separate database for local work, experiments, and fast iteration.

Staging

rehearse here

Validate migrations, restores, and cutovers before touching production.

Prod

switch deliberately

Freeze writes, run the migration path you trust, then repoint DATABASE_URL.

Migration path

pg_dump -> pg_restore

Fast path for small moves, deliberate cutover for anything important.

How it works

From zero to first query.

01

Create database

Spin up a database from the dashboard and label it by app or environment so you know exactly what it is for.

Name: app-prod
Tier: choose your plan
Ready to connect in about 15 seconds

02

Copy connection string

Grab the full DATABASE_URL from the dashboard and move it into your app platform secret store.

export DATABASE_URL="postgresql://user:pass@db.mvp-db.com:5432/app_prod"
Keep it in secrets, not in Git
Reuse the same pattern for dev/staging/prod

03

Run first query

Use standard Postgres tooling right away, whether you prefer a shell, an ORM, or your normal migration flow.

psql "$DATABASE_URL"
npx prisma migrate deploy
await db.execute(sql`select 1`);

Explicit tradeoffs

What this product is, clearly.

These pages are meant to help someone qualify MVP DB quickly, not discover surprises after signup.

Isolation model

Schema-level virtual database on shared infrastructure. Isolation is logical rather than a dedicated box.

Region

eu-central-1 (Frankfurt).

Billing

Secure billing. Yearly plans include a 14-day trial. Cancel anytime, and contact us if you're not satisfied.

Reliability

No formal SLA. Best-effort reliability for teams optimizing for simplicity and price.

Want the deeper operational details? Read the docs and platform notes before you migrate anything important.

Start Trial -> Create Database