Database Engineering
Schema design, safe migration generation, query optimization, and data lifecycle management. Multi-DB: PostgreSQL, MySQL, SQLite, MongoDB. Multi-ORM: SQLAlchemy, Prisma, TypeORM, Drizzle, Entity Framework, Diesel.
When to Use
- Designing or modifying database schemas.
- Planning safe migrations with rollback.
- Optimizing slow queries.
- Defining retention policies or archival strategies.
- NOT for infrastructure provisioning -- use
/ai-infra.
Modes
design -- Schema Design
- Analyze data model -- entities, relationships, access patterns, data volume, growth projections.
- Apply normalization -- 3NF+ by default. Document denormalization decisions with rationale.
- Design schema -- tables, indexes, constraints, partitioning for large tables.
- Validate referential integrity -- every FK has a matching PK, cascade rules defined.
- Output: DDL script + entity relationship description.
migrate -- Safe Migrations
- Assess impact -- locking impact, backward compatibility, data volume affected.
- Use expand-contract -- for breaking changes (add new, migrate data, drop old).
- Generate forward migration -- with explicit transaction boundaries.
- Generate rollback migration -- ALWAYS required. No migration ships without rollback.
- Test migration -- verify on representative data volume.
- Output: forward script, rollback script, execution plan.
optimize -- Query Optimization
- Analyze execution plan --
EXPLAIN ANALYZE (PostgreSQL), EXPLAIN (MySQL).
- Identify bottlenecks -- sequential scans, missing indexes, N+1 patterns.
- Recommend indexes -- composite indexes based on query patterns, partial indexes for filtered queries.
- Connection pool tuning -- pool size, timeout, idle connection management.
- Output: optimized query, index recommendations, before/after execution plan.
lifecycle -- Data Lifecycle
- Retention policies -- define per-table retention based on regulatory requirements.
- Archival strategies -- partition-based archival, cold storage migration.
- GDPR compliance -- right to erasure procedures, data anonymization.
- Multi-DB architecture -- read replicas, caching layers, write distribution.
- Output: lifecycle policy document, archival procedures.
Quick Reference
/ai-schema design # schema design with normalization
/ai-schema migrate # safe migration with rollback
/ai-schema optimize # query optimization with EXPLAIN
/ai-schema lifecycle # retention and archival policies
Common Mistakes
- Shipping migrations without rollback scripts -- always generate both.
- Adding indexes without checking write impact -- indexes speed reads but slow writes.
- Denormalizing without documenting why -- future developers will re-normalize.
- Running DDL without
--dry-run first -- destructive DDL requires explicit user approval.
Integration
- Migration files integrate with ORM migration systems (Alembic, Prisma Migrate, EF Migrations).
- Schema changes trigger
/ai-security for injection pattern review.
- Destructive DDL (DROP, TRUNCATE) requires explicit user approval.
References
.ai-engineering/manifest.yml -- governance rules for destructive operations.
$ARGUMENTS
1---2name: ai-schema3description: Use when designing schemas, writing migrations, optimizing queries, or managing data lifecycle across PostgreSQL, MySQL, SQLite, and MongoDB.4---5
6
7# Database Engineering
8
9Schema design, safe migration generation, query optimization, and data lifecycle management. Multi-DB: PostgreSQL, MySQL, SQLite, MongoDB. Multi-ORM: SQLAlchemy, Prisma, TypeORM, Drizzle, Entity Framework, Diesel.
10
11## When to Use
12
13- Designing or modifying database schemas.
14- Planning safe migrations with rollback.
15- Optimizing slow queries.
16- Defining retention policies or archival strategies.
17- NOT for infrastructure provisioning -- use `/ai-infra`.
18
19## Modes
20
21### design -- Schema Design
22
231. **Analyze data model** -- entities, relationships, access patterns, data volume, growth projections.
242. **Apply normalization** -- 3NF+ by default. Document denormalization decisions with rationale.
253. **Design schema** -- tables, indexes, constraints, partitioning for large tables.
264. **Validate referential integrity** -- every FK has a matching PK, cascade rules defined.
275. **Output**: DDL script + entity relationship description.
28
29### migrate -- Safe Migrations
30
311. **Assess impact** -- locking impact, backward compatibility, data volume affected.
322. **Use expand-contract** -- for breaking changes (add new, migrate data, drop old).
333. **Generate forward migration** -- with explicit transaction boundaries.
344. **Generate rollback migration** -- ALWAYS required. No migration ships without rollback.
355. **Test migration** -- verify on representative data volume.
366. **Output**: forward script, rollback script, execution plan.
37
38### optimize -- Query Optimization
39
401. **Analyze execution plan** -- `EXPLAIN ANALYZE` (PostgreSQL), `EXPLAIN` (MySQL).
412. **Identify bottlenecks** -- sequential scans, missing indexes, N+1 patterns.
423. **Recommend indexes** -- composite indexes based on query patterns, partial indexes for filtered queries.
434. **Connection pool tuning** -- pool size, timeout, idle connection management.
445. **Output**: optimized query, index recommendations, before/after execution plan.
45
46### lifecycle -- Data Lifecycle
47
481. **Retention policies** -- define per-table retention based on regulatory requirements.
492. **Archival strategies** -- partition-based archival, cold storage migration.
503. **GDPR compliance** -- right to erasure procedures, data anonymization.
514. **Multi-DB architecture** -- read replicas, caching layers, write distribution.
525. **Output**: lifecycle policy document, archival procedures.
53
54## Quick Reference
55
56```
57/ai-schema design # schema design with normalization
58/ai-schema migrate # safe migration with rollback
59/ai-schema optimize # query optimization with EXPLAIN
60/ai-schema lifecycle # retention and archival policies
61```
62
63## Common Mistakes
64
65- Shipping migrations without rollback scripts -- always generate both.
66- Adding indexes without checking write impact -- indexes speed reads but slow writes.
67- Denormalizing without documenting why -- future developers will re-normalize.
68- Running DDL without `--dry-run` first -- destructive DDL requires explicit user approval.
69
70## Integration
71
72- Migration files integrate with ORM migration systems (Alembic, Prisma Migrate, EF Migrations).
73- Schema changes trigger `/ai-security` for injection pattern review.
74- Destructive DDL (DROP, TRUNCATE) requires explicit user approval.
75
76## References
77
78- `.ai-engineering/manifest.yml` -- governance rules for destructive operations.
79$ARGUMENTS