---

name: db-schema-change description: Handle Drizzle database schema changes safely. Generate and apply migrations, add tables and columns. Use when modifying database schema, adding tables, creating migrations, or making database changes. allowed-tools: Read, Grep, Glob, Write, Edit, Bash

Database Schema Change

Safely modify PostgreSQL schema using Drizzle ORM.

When to Use

• "Add a new table for..."
• "Add column to..."
• "Create migration for..."
• "Modify database schema"
• "Add foreign key to..."

Important Files

File	Purpose
packages/db/src/schema.ts	Main schema exports
packages/db/src/auth-schema.ts	Better Auth tables
packages/db/src/rag-schema.ts	RAG embeddings tables
packages/db/drizzle/	Generated migrations

Procedure

Step 1: Understand Current Schema

Read the schema file to understand existing tables:

Read: packages/db/src/schema.ts

Step 2: Plan the Change

Before making changes, confirm with user:

• Table name and column definitions
• Data types (see types.md)
• Relationships (foreign keys)
• Indexes needed
• Whether data migration is required

Step 3: Modify Schema

Edit the appropriate schema file:

// packages/db/src/schema.ts
import { pgTable, text, timestamp, uuid } from 'drizzle-orm/pg-core';

export const newTable = pgTable('new_table', {
  id: uuid('id').primaryKey().defaultRandom(),
  name: text('name').notNull(),
  createdAt: timestamp('created_at').defaultNow().notNull(),
  updatedAt: timestamp('updated_at').defaultNow().notNull(),
});

Step 4: Generate Migration

Run migration generator:

pnpm -C packages/db migrate:generate

Step 5: Review Migration

Read the generated migration in packages/db/drizzle/ and verify:

• Correct SQL statements
• No data loss for existing tables
• Proper indexes created

Step 6: Apply Migration (Local)

pnpm -C packages/db migrate:apply

Step 7: Verify

pnpm typecheck
pnpm lint

Checklist

• Schema change planned with user
• Schema file updated
• Migration generated
• Migration reviewed (no data loss)
• Migration applied locally
• TypeScript compiles
• Existing tests still pass

Guardrails

• NEVER drop columns without explicit user confirmation
• NEVER run migrations on production directly (CI handles this)
• ALWAYS generate migration before applying
• ALWAYS review generated SQL before applying
• If migration involves data transformation, create separate script
• Ask user before destructive changes (DROP, TRUNCATE)