NestJS
Set up Prisma ORM in a NestJS app with create-prisma, from scaffold to seeded API to a live deploy on Prisma Compute.
Introduction
This guide shows you how to use Prisma ORM in a NestJS API. You scaffold a project with a users controller backed by Prisma ORM, initialize the schema, query it over HTTP, and deploy the API to Prisma Compute.
Every command below was run end to end against a live Prisma Postgres database.
Prerequisites
- Node.js 22.18 or newer on the 22 line, 24.11 or newer on the 24 line, or 26 or newer (24 recommended)
- A PostgreSQL connection string, or nothing at all:
npx create-db@latestcan create a Prisma Postgres database for you
1. Scaffold and enter the project
bun create prisma@latest my-nest-api --template nest --provider postgres --no-deploy
cd my-nest-apiAnswer the prompts for contract authoring style, package manager, and agent skills. The scaffold generates the NestJS app with Prisma ORM wired in, installs dependencies, and emits the contract your queries are type-checked against.
Next, set the database connection for the local steps. Use your own PostgreSQL connection string, or create a Prisma Postgres database with npx create-db@latest; it prints a connection string and a claim URL you can open to keep the database. Export the variable in the shell you work in; the generated scripts read the environment variable, not .env:
export DATABASE_URL="<your connection string>"2. Initialize the database
bun run db:init"summary": "Applied 5 operation(s) across 1 space(s), database signed"If db:init stops with Connection terminated unexpectedly, a database you just created is still starting; wait a few seconds and run it again. The command is safe to repeat and reports Applied 0 operation(s) when there is nothing left to do.
db:init applies your schema (src/prisma/contract.prisma) to the database and signs it. With TypeScript authoring (--authoring typescript) the schema is src/prisma/contract.ts and the emitted files land in src/prisma/generated/. Sample users are seeded automatically the first time the app queries the database.
3. Run and verify
bun run devThe server starts on port 3000 (set PORT to change it). Query the API:
curl http://localhost:3000/users[
{ "id": "1", "email": "alice@prisma.io", "username": "alice", "name": "Alice", "createdAt": "2026-07-24T10:55:54.156Z" },
{ "id": "2", "email": "bob@prisma.io", "username": "bob", "name": "Bob", "createdAt": "2026-07-24T10:55:54.192Z" },
{ "id": "3", "email": "carol@prisma.io", "username": "carol", "name": "Carol", "createdAt": "2026-07-24T10:55:54.228Z" }
]Where things live
src/users.controller.ts: theGET /usersroutesrc/users.service.ts: the service the controller callssrc/prisma.service.ts: the injectable that exposes the Prisma ORM client and query helperssrc/prisma/users.ts: thelistUsersquery the service runssrc/prisma/db.ts: the Prisma ORM client itself
Model access is namespace-qualified on PostgreSQL: db.orm.public.User. The Prisma ORM overview covers the contract-first model behind it.
4. Deploy to Prisma Compute
NestJS is supported on Prisma Compute. The scaffold declares the app for Prisma Composer in module.ts and service.ts, so deploying is building and handing that declaration to the CLI. Sign in once (it opens a browser):
bunx prisma auth loginThen build and deploy from the project directory:
bun run build
bunx prisma deploy module.tsmy-nest-api
├─ database postgres-database db_abc123
└─ app compute-service cps_abc123
https://xyz.ewr.prisma.buildThe deploy creates a project named after your module in your workspace, and re-running the deploy reuses it: the CLI finds the hosted state it stored on the first run and converges the project to your module. If a project with that name exists but the CLI cannot identify or verify its stored state (one left behind by a different checkout, for example), the deploy stops with HostedStateBootstrapError; deploy under another name with --name <unique-name>, or rename the module in module.ts. The deploy also provisions its own Prisma Postgres database on the platform, declared in module.ts; the DATABASE_URL from your local steps is not involved, and the deployed database seeds on the app's first query. Verify the live endpoint returns the seeded users:
curl https://xyz.ewr.prisma.build/usersFor previews per Git branch and deploy on push, see Deploy on push.
Common gotchas
In a long-running server, don't call db.close() in request handlers; the client's connection pool is shared across requests. Close it only on process shutdown.
Use with your agent
To delegate this guide to your coding agent, copy the prompt below and hand it over:
The prompt above runs npx prisma@latest init in its first step. If you followed the steps by hand, run it once yourself: it installs the Prisma ORM skills for your coding agent and keeps them matching your installed packages. Prompts you can give your agent after this guide:
- "Using the prisma-8 skill, add GET /users/ to the users controller that returns one user or a 404."
- "Expose GET /users//posts using the Post model that ships with the starter contract."
- "Add a POST /users route that creates a user from the request body and returns it with a 201."
Next steps
- Change the schema in
src/prisma/contract.prisma, then runnpm run contract:emitandnpm run db:update. - Learn the fundamentals: filtering, sorting, pagination, and writes.
- Read the Prisma ORM overview for the concepts behind contracts and typed queries.
