Why Database migrations in NextJS? - Purpose & Use Cases

The Big Idea

What if one small mistake in your database update could break your whole app?

The Scenario

Imagine you have a website with a database, and you need to change the structure, like adding a new column or changing a table. You try to do it by hand, writing SQL commands and running them on each server.

The Problem

Doing this manually is risky and slow. You might forget a step, cause errors, or make the database inconsistent across different environments. It's hard to track what changes were made and when.

The Solution

Database migrations let you write changes as code that runs automatically and safely. They keep track of what's been done, so you can update your database structure step-by-step without mistakes.

Before vs After

✗ Before

ALTER TABLE users ADD COLUMN age INT;
-- Run this manually on each database

✓ After

export async function up(db) {
  await db.schema.alterTable('users', table => {
    table.integer('age')
  })
}
// Migration runs automatically and tracks changes

What It Enables

It makes updating your database easy, safe, and repeatable across all environments.

Real Life Example

When your app adds a new feature that needs extra data, migrations update the database without downtime or errors.

Key Takeaways

Manual database changes are error-prone and hard to track.

Migrations automate and record database updates safely.

This keeps your app's data structure consistent everywhere.

Practice

1.

What is the main purpose of database migrations in a Next.js project?

easy

A. To deploy the Next.js app to the server

B. To safely update the database structure as the app evolves

C. To create user interfaces automatically

D. To write CSS styles for the app

Solution

1. Step 1: Understand database migrations

   Database migrations are used to change the database schema safely without losing data.

2. Step 2: Relate to Next.js usage

   In Next.js, migrations help keep the database structure in sync with app changes.

3. Final Answer:

   To safely update the database structure as the app evolves -> Option B

4. Quick Check:

   Database migrations = safe schema updates [OK]

Hint: Migrations change database structure safely [OK]

Common Mistakes:

• Confusing migrations with UI or styling tasks
• Thinking migrations deploy the app
• Assuming migrations create app features

2.

Which command is used to create and apply a new migration in a Next.js project using Prisma?

?

easy

A. next dev

B. npm run build

C. npx prisma migrate dev

D. npx prisma generate

Solution

1. Step 1: Identify Prisma migration command

   The command npx prisma migrate dev creates and applies migrations during development.

2. Step 2: Differentiate from other commands

   npm run build builds the app, next dev runs dev server, and npx prisma generate regenerates Prisma client but does not migrate.

3. Final Answer:

   npx prisma migrate dev -> Option C

4. Quick Check:

   Migration command = npx prisma migrate dev [OK]

Hint: Use 'npx prisma migrate dev' to create and apply migrations [OK]

Common Mistakes:

• Using 'npm run build' to migrate database
• Confusing 'npx prisma generate' with migration
• Running 'next dev' expecting migration

3.

Given this Prisma schema change and migration command, what will happen?

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

// After adding a new field:
model User {
  id       Int    @id @default(autoincrement())
  email    String @unique
  name     String?
  isActive Boolean @default(true)
}

Command: npx prisma migrate dev --name add-isActive

medium

A. A new migration file is created and applied adding the isActive column with default true

B. The migration fails because isActive is missing in existing rows

C. The database schema remains unchanged

D. The app crashes due to schema mismatch

Solution

1. Step 1: Understand schema change

   A new Boolean field isActive with default true is added to the User model.

2. Step 2: Effect of migration command

   The command creates a migration file that adds the new column with default value, so existing rows get true automatically.

3. Final Answer:

   A new migration file is created and applied adding the isActive column with default true -> Option A

4. Quick Check:

   Adding field with default = migration applies safely [OK]

Hint: Adding field with default creates migration safely [OK]

Common Mistakes:

• Thinking migration fails due to missing data for new field
• Assuming schema does not change without manual SQL
• Believing app crashes immediately after migration

4.

What is wrong with this migration command usage in a Next.js project?

npx prisma migrate dev --name

medium

A. The command is correct and will run successfully

B. The command should be run with npm, not npx

C. The command should be prisma migrate deploy instead

D. The migration name is missing after --name flag

Solution

1. Step 1: Check command syntax

   The --name flag requires a migration name string after it.

2. Step 2: Identify missing argument

   Here, no name is provided, so the command will error out.

3. Final Answer:

   The migration name is missing after --name flag -> Option D

4. Quick Check:

   Migration name required after --name [OK]

Hint: Always provide a name after --name flag [OK]

Common Mistakes:

• Omitting migration name after --name
• Confusing migrate dev with migrate deploy
• Using npm instead of npx unnecessarily

5.

You want to add a new required field age Int to your User model in Prisma, but your database already has users without this field. What is the best way to handle this migration?

hard

A. Add age Int? as optional first, migrate, then backfill data, then make it required

B. Add age Int directly and run migration; it will succeed automatically

C. Delete all existing users before migration to avoid errors

D. Skip migration and add the field only in the app code

Solution

1. Step 1: Understand required field constraints

   Adding a required field age Int directly will fail because existing rows lack this data.

2. Step 2: Use a safe migration approach

   First add the field as optional (age Int?), migrate, then update existing data, and finally change it to required.

3. Final Answer:

   Add age Int? as optional first, migrate, then backfill data, then make it required -> Option A

4. Quick Check:

   Make new required fields optional first [OK]

Hint: Add new required fields as optional first [OK]

Common Mistakes:

• Adding required field directly causing migration failure
• Deleting data unnecessarily
• Skipping migration and causing runtime errors