For v0 apps

Connect a real database to your v0 app in 5 minutes.

v0 generates the UI. Swyftstack adds the managed PostgreSQL database your app can actually save data to.

How we fit together

v0 generates the UI. Swyftstack saves the data.

v0 and Vercel host the front end; Swyftstack hosts the database the front end talks to. Same DATABASE_URL works in v0 preview, local dev, and Vercel production.

v0: your UI generator

v0 generates the React components and ships them through Vercel. Beautiful UI, ready to deploy - but it doesn't store data. The components need a database to write to.

Swyftstack: your data + your files

Managed PostgreSQL 16 on a single DATABASE_URL, plus app object storage on the same dashboard. SSL by default, daily backups, scoped credentials, and a single invoice for both.

PostgreSQL 16 Object storage
Walkthrough

Wire v0 to a real database

1Create the database

Sign up. Click "Create database". 47 seconds. Copy the connection string.

2Add to v0 and Vercel

In v0 chat: "Use process.env.DATABASE_URL for database access." In Vercel: Project settings → Environment Variables → add DATABASE_URL.

3Ask v0 to wire it up

"Use Prisma with DATABASE_URL to add a real database to this app. Replace mock data with database queries." v0 generates the schema, client, and updates components.

4Deploy

Push to GitHub. Vercel deploys your front end. Swyftstack hosts your database. They talk over the encrypted connection string.

Why v0 teams choose us

What you get with the database

Everything a v0-built front end needs on the data side, on one bill.

Real Postgres, no fork

PostgreSQL 16 straight from postgresql.org. No custom protocol, no proprietary driver. Whatever your ORM expects, just works.

Object storage included

Use Swyftstack's console, signed URLs, scoped credentials, and public object links. Full S3 gateway compatibility is on the roadmap.

47-second provisioning

Click "Create database". Get a connection string with SSL by default. No waiting room, no provisioning queue, no DNS to set up first.

Daily backups, tested restores

Encrypted daily backups with 7- or 30-day retention. Weekly automated restore drills - because untested backups aren't backups.

One bill, one platform

Database, storage, backups, and egress on a single invoice. No three-vendor accounting at the end of the quarter.

No vendor lock-in

Open standards on both ends. pg_dump and S3 export are first-class, even on the free tier. Move on whenever you want.

Generated UI to working app

Wiring v0 components to real data

01

Replace the mock data, do not bolt onto it

v0 scaffolds components with placeholder arrays so the UI renders immediately. Ask it to replace those mocks with real queries, not leave both in. A clear cut from mock to live data avoids the confusing state where half the screen is fake and half is real.

02

Set DATABASE_URL in every environment

v0 preview, your local machine, and Vercel each need the variable. In Vercel, scope production and preview to different databases so a preview deploy can never write to real user data. The classic bug is an app that runs locally and 500s in production because the URL was never set on Vercel.

03

Write with server actions, then invalidate the cache

v0 outputs App Router code, where a server action is the cleanest write path: it runs on the server, writes to Postgres, and keeps your connection string off the client. Call revalidatePath in the same action so the page does not keep showing stale data after a save.

04

Add storage when the UI needs uploads

The moment your v0 app has an avatar picker or a file field, point it at Swyftstack object storage: upload to the bucket, store the URL in Postgres. Both live on the same dashboard and invoice, so you are not signing up for a separate S3 account mid-project.

Frequently asked

Will my v0-generated server actions work?

Yes - server actions and route handlers run in the Node.js runtime by default, where Prisma, Drizzle, and pg all work normally against our connection string.

What about the v0 preview environment?

The same DATABASE_URL works in v0 preview, your local terminal, and Vercel production - add it as an environment variable in each. Most teams use one database for preview/dev and a separate one for production.

Do I need a separate Vercel Postgres add-on?

No. Swyftstack is your Postgres host, so there's nothing else to add. You also get object storage on the same dashboard, so uploads don't need a third vendor either.

Can I use the Vercel AI SDK / RSC streaming with this?

Yes. The database layer is independent of how you render. Stream UI from server components and run your queries in the same server code - the database doesn't care whether the response is streamed.

How do I keep the v0 preview from writing to production data?

Give the preview environment its own DATABASE_URL pointing at a dev database, and set the production DATABASE_URL only in Vercel's Production environment. The Launch plan's 3 databases make this free to set up.

Is this real PostgreSQL or a fork?

Real PostgreSQL 16, straight from postgresql.org. We don't fork or modify the engine. pg_dump, psql, and any standard client work normally.

Where is my data stored?

US or EU - you pick at signup. Encrypted in transit and at rest. Backups are encrypted with separate keys.

Can I move off Swyftstack later?

Yes. PostgreSQL is standard Postgres, and bucket objects can be exported. Take a pg_dump or export your files anytime - we'll even help.

What happens if I outgrow the Launch plan?

Click upgrade. Same database, same connection string, more capacity. No downtime, no migration.

Do I need to manage SSL myself?

No. SSL is on by default, certificates are managed and auto-renewed. Standard rejectUnauthorized: true works out of the box.

Make your v0 UI actually save data.

Try free for 14 days, then $19/mo. No credit card required.