Skillshub nestjs-database
Data access patterns, Scaling, Migrations, and ORM selection. Use when implementing TypeORM/Prisma repositories, migrations, or database patterns in NestJS. (triggers: **/*.entity.ts, prisma/schema.prisma, TypeOrmModule, PrismaService, MongooseModule, Repository)
install
source · Clone the upstream repo
git clone https://github.com/ComeOnOliver/skillshub
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/ComeOnOliver/skillshub "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/HoangNguyen0403/agent-skills-standard/nestjs-database" ~/.claude/skills/comeonoliver-skillshub-nestjs-database && rm -rf "$T"
manifest:
skills/HoangNguyen0403/agent-skills-standard/nestjs-database/SKILL.mdsource content
NestJS Database Standards
Priority: P0 (FOUNDATIONAL)
Database integration patterns and ORM standards for NestJS applications.
Selection Strategy
See references/persistence_strategy.md for database selection matrix and scaling patterns (Connection Pooling, Sharding).
Patterns
- Repository Pattern: Isolate database logic.
- TypeORM: Inject
.@InjectRepository(Entity) - Prisma: Create a comprehensive
.PrismaService
- TypeORM: Inject
- Abstraction: Services should call Repositories, not raw SQL queries.
Configuration (TypeORM)
- Async Loading: Always use
to load secrets fromTypeOrmModule.forRootAsync
.ConfigService - Sync: Set
in production; use migrations instead.synchronize: false
Migrations
- Never use
in production.synchronize: true - Generation: Whenever a TypeORM entity (
) is modified, a migration MUST be generated using.entity.ts
.pnpm migration:generate - Audit: Always inspect the generated migration file to ensure it matches the entity changes before applying.
- Production Strategies:
- CI/CD Integration (Recommended): Run
in a pre-deploy or post-deploy job (e.g., GitHub Actions, GitLab CI). Ensure the production environment variables are correctly set.pnpm migration:run - Manual SQL (For restricted DB access): Use
to get the SQL or simply copy thetypeorm migration:show
method's SQL into a management tool (like Supabase SQL Editor). Always track manual runs in theup
metadata table.migrations
- CI/CD Integration (Recommended): Run
- Zero-Downtime: Use Expand-Contract pattern (Add -> Backfill -> Drop) for destructive changes.
- Seeding: Use factories for dev data; only static dicts for prod.
Best Practices
- Pagination: Mandatory. Use limit/offset or cursor-based pagination.
- Indexing: Define indexes in code (decorators/schema) for frequently filtered columns (
,where
).order by - Transactions: Use
(TypeORM) orQueryRunner
(Prisma) for all multi-step mutations to ensure atomicity.$transaction
Anti-Patterns
- No synchronize in production: Use explicit migrations;
drops and recreates columns.synchronize: true - No raw entity returns from services: Map to DTOs before leaving the service layer.
- No unpaginated list queries: All list endpoints must implement limit/offset or cursor pagination.