database-expert_skill

This skill helps optimize database performance and design across PostgreSQL, MySQL, MongoDB, and SQLite with ORM integration.
  • TypeScript

60

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill cin12211/orca-q --skill database-expert

  • SKILL.md11.1 KB

Overview

This skill provides expert guidance on database performance optimization, schema design, query analysis, and connection management across PostgreSQL, MySQL, MongoDB, and SQLite with ORM integration. I help identify root causes, propose progressive fixes, and deliver actionable changes that reduce latency, improve throughput, and increase reliability. Use it to tune queries, design safe migrations, configure pools, and align ORM usage with database best practices.

How this skill works

I first assess whether a database-specific sub-expert is required (Postgres, MongoDB, Redis, or ORM specialists). I detect environment details from connection strings, config files, and dependencies, then categorize the problem into query performance, schema design, connections/transactions, indexing/storage, security, or monitoring. For each category I run targeted diagnostics, recommend minimal-to-complete fixes, and provide validation steps and safe implementation guidance.

When to use it

  • Query plans show sequential scans or long execution times
  • Migrations fail or cause performance regressions on large tables
  • Connection pool exhaustion, too many connections, or deadlocks
  • Frequent slow queries, high disk I/O, or inefficient index usage
  • ORM-generated N+1 queries or misaligned loading strategies

Best practices

  • Start with read-only diagnostics (EXPLAIN, pg_stat, performance_schema) before making changes
  • Apply progressive fixes: minimal -> better -> complete based on risk and impact
  • Use connection pooling (PgBouncer/ProxySQL) and size pools to memory constraints
  • Prefer parameterized queries, least-privilege roles, and encrypted credentials
  • Test migrations on production-sized data and verify backups before schema changes

Example use cases

  • Optimize a slow JOIN-heavy endpoint by adding composite indexes and rewriting subqueries
  • Design zero-downtime migration plan for adding NOT NULL columns on a large table
  • Resolve connection exhaustion by configuring PgBouncer and adjusting pool sizes
  • Refactor ORM usage to eliminate N+1 queries with eager loading or optimized joins
  • Tune MongoDB aggregation pipelines and recommend sharding keys for scale

FAQ

If the issue is deeply tied to Postgres MVCC/vacuum, MongoDB sharding, Redis caching patterns, or ORM internals, I’ll recommend routing to the corresponding sub-expert for advanced, database-specific strategies.

How do you avoid causing downtime during schema changes?

I prefer non-destructive, incremental approaches: add columns with defaults in steps, use CONCURRENTLY for index builds where supported, verify backups, and test on production-sized datasets before rollout.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational