Next.js 15 Fullstack Web Apps · Lektion

Prisma-Schemadesign und Migrationen

Entwerfen Sie Ihr Datenbankschema mit der Prisma Schema Language und verwalten Sie Datenbankmigrationen.

Prisma-Schemadesign und Migrationen ist eine kostenlose Next.js 15 Fullstack Web Apps-Lektion auf CoddyKit. Dies ist Lektion 2 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des Next.js 15 Fullstack Web Apps-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der Next.js 15 Fullstack Web Apps-Kurs umfasst insgesamt 4 Lektionen.

Teile dieser Lektion wurden noch nicht übersetzt und werden auf Englisch angezeigt.

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:

Compares your schema.prisma to the database.
Generates a new migration file (SQL) if there are changes.
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.

Häufig gestellte Fragen

Ist die Lektion „Prisma-Schemadesign und Migrationen“ kostenlos?

Ja — der vollständige Text von „Prisma-Schemadesign und Migrationen“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des Next.js 15 Fullstack Web Apps-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der Next.js 15 Fullstack Web Apps-Kurs umfasst insgesamt 4 Lektionen.

Was lerne ich in „Prisma-Schemadesign und Migrationen“?

Entwerfen Sie Ihr Datenbankschema mit der Prisma Schema Language und verwalten Sie Datenbankmigrationen. Du übst Next.js 15 Fullstack Web Apps mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.

Brauche ich Erfahrung, um Next.js 15 Fullstack Web Apps zu starten?

Keine Vorkenntnisse erforderlich. Next.js 15 Fullstack Web Apps auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 2 von 4.

Wie lange dauert die Lektion „Prisma-Schemadesign und Migrationen“?

Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.

Kann ich in dieser Next.js 15 Fullstack Web Apps-Lektion Code schreiben und ausführen?

Ja. Jede Next.js 15 Fullstack Web Apps-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.

Alle Lektionen in diesem Kurs

Einführung in Prisma ORM
Prisma-Schemadesign und Migrationen
CRUD-Operationen mit Prisma Client
Relationen und erweiterte Abfragen mit Prisma

← Zurück zu Next.js 15 Fullstack Web Apps