0Pricing
Next.js 15 Fullstack Web Apps · Lesson

Prisma Schema Design and Migrations

Design your database schema with Prisma Schema Language and manage database migrations.

Prisma Schema Design and Migrations is a free Next.js 15 Fullstack Web Apps lesson on CoddyKit — lesson 2 of 4. You can read the complete lesson below for free — then practise it hands-on in the browser with a built-in code editor and a 24/7 AI tutor. It is part of the Next.js 15 Fullstack Web Apps learning path, one of 4 lessons in the course, and your progress syncs across the web and the CoddyKit app.

Prisma Schema: Your Database Blueprint

Welcome back! In this lesson, we'll dive into designing your database schema using Prisma Schema Language and managing changes with migrations.

The schema.prisma file is the heart of your Prisma setup. It's a single source of truth for your database schema and how your application models interact with it.

The Core Schema Blocks

Every schema.prisma file starts with two main blocks: datasource and generator.

  • datasource: Defines your database connection (e.g., PostgreSQL, MySQL, SQLite).
  • generator: Specifies which Prisma Client to generate, allowing you to interact with your database in a type-safe way.

Here's a basic structure:

datasource db {
  provider = "postgresql"
  url      = env("DATABASE_URL")
}

generator client {
  provider = "prisma-client-js"
}

Defining Models: Your Data Structure

After the core blocks, you define your models. A Prisma model maps directly to a table in your database and represents the structure of your data.

The model keyword is used, followed by the model's name (singular, PascalCase, e.g., User or Product).

model User {
  id    String @id @default(uuid())
  email String @unique
  name  String?
}

Fields and Data Types

Inside each model, you define fields, which correspond to columns in your database table. Each field has a name and a data type.

Prisma supports common scalar types like String, Int, Boolean, DateTime, Float, Json, and more. For example, id is often a String or Int.

model Product {
  id          Int      @id @default(autoincrement())
  name        String
  description String?
  price       Float
  published   Boolean  @default(false)
  createdAt   DateTime @default(now())
}

Field Modifiers and Attributes

Fields can have modifiers and attributes to add extra meaning or constraints:

  • ? (Optional): Makes a field nullable.
  • [] (List): Indicates a list of values (e.g., String[]).
  • @id: Marks a field as the primary key.
  • @unique: Ensures all values in this field are unique.
  • @default(): Sets a default value.
  • @updatedAt: Automatically updates a DateTime field on every record update.
model Post {
  id        String    @id @default(uuid())
  title     String
  content   String?
  published Boolean   @default(false)
  createdAt DateTime  @default(now())
  updatedAt DateTime  @updatedAt
}

Connecting Data: Relations

Databases are all about related data! Prisma makes it easy to define relationships between your models, like a user having many posts (one-to-many).

You define a relation by linking fields between models using the @relation attribute. This attribute takes arguments like fields (the foreign key) and references (the primary key it refers to).

model User {
  id        String    @id @default(uuid())
  email     String    @unique
  name      String?
  posts     Post[]    // A user can have many posts
  createdAt DateTime  @default(now())
  updatedAt DateTime  @updatedAt
}

model Post {
  id        String    @id @default(uuid())
  title     String
  content   String?
  published Boolean   @default(false)
  author    User?     @relation(fields: [authorId], references: [id]) // Relation to User
  authorId  String?   // Foreign key for the User
  createdAt DateTime  @default(now())
  updatedAt DateTime  @updatedAt
}

Evolving Your Database: Migrations

As your application grows, your database schema will change. Migrations are how Prisma tracks these changes and applies them to your actual database in a controlled, versioned way.

Prisma Migrate generates SQL files based on the differences between your schema.prisma and your current database state, ensuring your database evolves predictably.

Generating Your First Migration

To create a new migration, you use the Prisma CLI command npx prisma migrate dev. You should give your migration a descriptive name.

This command does three things:

  1. Compares your schema.prisma to the database.
  2. Generates a new migration file (SQL) if there are changes.
  3. Applies the new migration to your development database.

Try it after making a change to your schema:

npx prisma migrate dev --name added_user_profile

Applying Migrations & Schema Sync

Besides prisma migrate dev for development, there are other commands:

  • npx prisma migrate deploy: Applies all pending migrations to the database. This is typically used in production environments.
  • npx prisma db push: Pushes the current schema state to the database without creating a migration file. Useful for rapid prototyping in development when you don't need migration history.

Choose the right command for your workflow!

npx prisma migrate deploy

npx prisma db push

Quick Check: Schema Updates

You've just added a new field role to your User model in schema.prisma and want to apply this change to your development database while also creating a migration file to track this change. Which command should you use?

Schema & Migrations: Key Takeaways

Great job! You've learned how to design your database with Prisma Schema Language and manage its evolution with migrations.

  • The schema.prisma file is your single source of truth for database structure.
  • Models define tables, and fields define columns with various types and attributes.
  • Relations connect your models, reflecting real-world data links.
  • Prisma Migrate helps you track and apply schema changes reliably across environments.

Next, we'll learn how to perform CRUD operations (Create, Read, Update, Delete) using the Prisma Client.

Frequently asked questions

Is the “Prisma Schema Design and Migrations” lesson free?

Yes — the full text of “Prisma Schema Design and Migrations” is free to read here on the web, and the Next.js 15 Fullstack Web Apps course includes 4 lessons in total. To practise it interactively (a built-in code editor and a 24/7 AI tutor) and unlock the rest of the Next.js 15 Fullstack Web Apps course, upgrade to CoddyKit PRO.

What will I learn in “Prisma Schema Design and Migrations”?

Design your database schema with Prisma Schema Language and manage database migrations. You practise Next.js 15 Fullstack Web Apps with hands-on code you run directly in the browser, and a 24/7 AI tutor answers your questions as you work through the lesson.

Do I need any experience to start Next.js 15 Fullstack Web Apps?

No prior experience is required. Next.js 15 Fullstack Web Apps on CoddyKit is structured for beginners through advanced learners; this is — lesson 2 of 4, so you can start here or from the beginning and move at your own pace.

How long does the “Prisma Schema Design and Migrations” lesson take?

Most CoddyKit lessons take about 5–10 minutes. Each one is bite-sized and interactive, so you make steady progress and pick up exactly where you left off across the web and the app.

Can I write and run code in this Next.js 15 Fullstack Web Apps lesson?

Yes. Every Next.js 15 Fullstack Web Apps lesson includes a built-in code editor, so you write and run real code right in your browser and get instant AI feedback — no local setup required.

All lessons in this course

  1. Introduction to Prisma ORM
  2. Prisma Schema Design and Migrations
  3. CRUD Operations with Prisma Client
  4. Relations and Advanced Queries with Prisma
← Back to Next.js 15 Fullstack Web Apps