lucasfdigital/database-design

Design de Banco de Dados

Aprenda a PENSAR, não apenas a copiar padrões SQL.

🎯 Regra de Leitura Seletiva

Leia APENAS os arquivos relevantes para a solicitação! Verifique o mapa de conteúdo e encontre o que precisa.

| Arquivo | Descrição | Quando Ler | | :--- | :--- | :--- | | database-selection.md | PostgreSQL vs Neon vs Turso vs SQLite | Escolhendo o banco de dados | | orm-selection.md | Drizzle vs Prisma vs Kysely | Escolhendo o ORM | | schema-design.md | Normalização, PKs, relacionamentos | Projetando o schema | | indexing.md | Tipos de índice, índices compostos | Ajuste de performance | | optimization.md | N+1, EXPLAIN ANALYZE | Otimização de consulta | | migrations.md | Migrações seguras, bancos serverless | Mudanças de schema |

⚠️ Princípio Central

• PERGUNTE ao usuário as preferências de banco de dados quando não estiver claro.
• Escolha o banco/ORM com base no CONTEXTO.
• Não use PostgreSQL como padrão para tudo.

Checklist de Decisão

Antes de projetar o schema:

• [ ] Perguntou ao usuário sobre a preferência de banco de dados?
• [ ] Escolheu o banco de dados para ESTE contexto?
• [ ] Considerou o ambiente de implantação?
• [ ] Planejou a estratégia de índices?
• [ ] Definiu os tipos de relacionamento?

Anti-Padrões

❌ Usar PostgreSQL por padrão para apps simples (SQLite pode bastar). ❌ Pular a indexação. ❌ Usar SELECT * em produção. ❌ Armazenar JSON quando dados estruturados são melhores. ❌ Ignorar consultas N+1.