Habilidades Database Architect
🏛️

Database Architect

Seguro

Diseñar arquitecturas de bases de datos escalables

Elegir la base de datos incorrecta o un diseño de esquema deficiente conduce a retrabajos costosos y problemas de rendimiento. Esta habilidad proporciona orientación experta en selección de tecnología de bases de datos, modelado de datos y diseño de arquitecturas para construir capas de datos escalables desde el inicio.

Soporta: Claude Codex Code(CC)
🥉 72 Bronce
1

Descargar el ZIP de la skill

2

Subir en Claude

Ve a Configuración → Capacidades → Skills → Subir skill

3

Activa y empieza a usar

Pruébalo

Usando "Database Architect". Diseña un esquema para una plataforma de blogs con usuarios, publicaciones, comentarios y etiquetas.

Resultado esperado:

El esquema recomendado incluye: tabla de usuarios (id, email, created_at), tabla de publicaciones con clave foránea a usuarios, tabla de comentarios con parent_id autorreferencial para hilos, tabla de etiquetas con tabla de unión many-to-many post_tags. Índices en posts.user_id, comments.post_id, e índice de texto completo en posts.title y content.

Usando "Database Architect". ¿Debo usar Redis o PostgreSQL para almacenamiento de sesiones?

Resultado esperado:

Usa Redis para almacenamiento de sesiones cuando necesites acceso rápido, expiración automática vía TTL y escalabilidad horizontal. Usa PostgreSQL cuando las sesiones deban sobrevivir a reinicios de Redis, requieran consultas complejas o deban participar en transacciones de base de datos. Para la mayoría de las aplicaciones web, Redis con persistencia en PostgreSQL proporciona el mejor equilibrio.

Auditoría de seguridad

Seguro
v1 • 2/24/2026

Static analysis scanned 0 files with risk score 0/100. Evaluation confirms this is a prompt-only skill with no executable code. The skill provides database architecture guidance through instructional text only. No dangerous patterns, network access, or code execution vectors detected. Safe for publication.

0
Archivos escaneados
0
Líneas analizadas
0
hallazgos
1
Auditorías totales
No se encontraron problemas de seguridad
Auditado por: claude

Puntuación de calidad

38
Arquitectura
100
Mantenibilidad
87
Contenido
50
Comunidad
100
Seguridad
74
Cumplimiento de la especificación

Lo que puedes crear

Diseño de Plataforma Nueava

Diseñar una arquitectura de base de datos completa para una nueva plataforma SaaS, incluyendo selección de tecnología, diseño de esquemas y estrategia de escalamiento.

Planificación de Migración de Base de Datos

Crear un plan de migración detallado para mover desde una base de datos MySQL monolítica a una arquitectura de microservicios con persistencia políglota.

Diseño de Esquema NoSQL

Diseñar esquemas de documentos y patrones de acceso para un panel de análisis de alta velocidad usando MongoDB o DynamoDB.

Prueba estos prompts

Selección Básica de Tecnología 
Estoy construyendo una nueva aplicación que necesita almacenar perfiles de usuario, transacciones y registros de actividad. La aplicación espera 10,000 usuarios activos diarios inicialmente. Ayúdame a elegir la tecnología de base de datos correcta y explica las compensaciones.
Solicitud de Diseño de Esquema 
Diseña un esquema de base de datos para una herramienta de gestión de proyectos multi-tenant. Cada tenant tiene usuarios, proyectos, tareas y comentarios. Muestra las tablas, relaciones e índices clave necesarios.
Planificación de Estrategia de Migración 
Necesitamos migrar desde una instancia MySQL única a una arquitectura particionada que soporte más de 100 millones de registros. Crea un plan de migración sin tiempo de inactividad con fases, procedimientos de rollback y criterios de éxito.
Arquitectura CQRS Avanzada 
Diseña una arquitectura CQRS con eventos para un sistema de gestión de pedidos. Incluye diseño de almacén de eventos, proyecciones de modelo de lectura, estrategias de instantáneas y cómo manejar la evolución del esquema a lo largo del tiempo.

Mejores prácticas

  • Siempre entiende los patrones de acceso y requisitos de escala antes de seleccionar la tecnología de base de datos
  • Comienza normalizado, luego desnormaliza selectivamente basándote en el rendimiento medido de las consultas
  • Planifica las migraciones con procedimientos automatizados de rollback y prueba exhaustivamente en staging

Evitar

  • Elegir bases de datos trendy sin entender la complejidad operativa
  • Sobre-normalizar cargas de trabajo de lectura causando operaciones JOIN excesivas
  • Omitir la planificación de backup y rollback antes de migraciones a producción

Preguntas frecuentes

¿Qué base de datos debo elegir para mi startup?
Comienza con PostgreSQL para la mayoría de las aplicaciones. Maneja datos relacionales bien, soporta JSON para flexibilidad y escala a millones de usuarios. Cambia a bases de datos especializadas solo cuando tengas necesidades específicas como datos de series temporales, relaciones de grafos o吞吐量 de escritura masivo.
¿Cómo sé cuándo particionar mi base de datos?
Considera el particionamiento cuando el escalamiento vertical se vuelve costoso, el吞吐量 de escritura excede la capacidad de un solo nodo, o el volumen de datos afecta los respaldos y ventanas de mantenimiento. Primero optimiza con réplicas de lectura, caché y optimización de consultas antes de particionar.
¿Debo usar un ORM o escribir SQL sin formato?
Usa ORMs como Prisma o SQLAlchemy para operaciones CRUD y seguridad de tipos. Escribe SQL sin formato para consultas analíticas complejas, operaciones masivas o cuando el ORM genera consultas ineficientes. Muchos equipos usan ambos: ORM para operaciones estándar y SQL sin formato para rutas críticas de rendimiento.
¿Cómo diseño para multi-tenancy?
Existen tres enfoques: esquema compartido con columna tenant_id (más simple), esquema separado por tenant (mejor aislamiento), o base de datos separada por tenant (máximo aislamiento). Comienza con esquema compartido y tenant_id. Actualiza a esquemas o bases de datos separadas para requisitos de cumplimiento o clientes empresariales de alto valor.
¿Qué estrategia de indexación debo usar?
Indexa columnas usadas en cláusulas WHERE, condiciones JOIN y declaraciones ORDER BY. Usa índices compuestos para consultas de múltiples columnas con la columna más selectiva primero. Monitorea los logs de consultas lentas para identificar índices faltantes. Evita sobre-indexar tablas con muchas escrituras ya que cada índice agrega sobrecarga de escritura.
¿Cómo puedo migrar sin tiempo de inactividad?
Usa el patrón expand-contract: primero agrega el nuevo esquema junto al viejo (expand), migra los datos incrementalmente con escrituras duales, verifica la consistencia, cambia las lecturas al nuevo esquema, luego elimina el viejo esquema (contract). Siempre tiene procedimientos de rollback y prueba la migración completa en staging.

Detalles del desarrollador

Autor

sickn33

Licencia

MIT

Repositorio

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/database-architect

Ref.

main

Estructura de archivos

📄 SKILL.md