O banco de dados pensado para a carga real
Desenhamos o modelo de dados, criamos os índices e reescrevemos as consultas lentas a partir do que o sistema realmente faz, medindo antes e depois.
Para quem é
Para empresas cujo sistema ficou lento com o volume de dados ou que vão começar um produto do zero.
O que resolve
- Telas e relatórios que abriam na hora agora demoram, e ninguém sabe qual consulta pesa.
- As tabelas cresceram sem plano, e o mesmo dado aparece em lugares diferentes.
- Mudar uma coluna em produção dá medo, porque não há histórico das alterações do banco.
- O CNPJ está guardado como número, e os CNPJs novos, com letras, não cabem no campo.
- Todo pico de acesso termina com o banco no limite e o sistema lento para todos.
O que fazemos
- Modelo de dados
- Tabelas, relações e restrições desenhadas a partir das regras do negócio, não de cada tela.
- Diagnóstico das consultas lentas
- Medimos quais consultas consomem mais tempo e recursos e começamos por elas.
- Índices e consultas reescritas
- Índices criados para as consultas reais e consultas reescritas, com o ganho medido a cada mudança.
- Migrações de esquema versionadas
- Cada mudança no banco vira um script revisado, testado e aplicado do mesmo jeito em todos os ambientes.
- Campos do Brasil
- CPF, CNPJ alfanumérico, CEP e valores em reais, com tipos e validações definidos desde o início.
- Cache e réplicas de leitura
- Quando a medição justifica, leituras frequentes saem do banco principal para um cache ou uma réplica.
O que você recebe
- Modelo de dados documentado, com diagrama e dicionário de campos
- Relatório das consultas lentas, com a medição de antes e depois
- Índices e consultas ajustados, em produção
- Migrações de esquema versionadas no seu repositório
- Painel de desempenho do banco, com alerta quando uma consulta piora
Como fazemos
Medição
Coletamos as consultas reais, os volumes e os horários de pico.
Diagnóstico
Apontamos o gargalo: modelo, índices, consultas ou configuração do banco.
Ajustes em homologação
Cada mudança é testada com volume de dados parecido com o de produção.
Publicação
Mudanças aplicadas por migração versionada, em horário combinado e com plano de volta.
Acompanhamento
Comparamos as novas medições com as do início e ajustamos o que ainda pesa.
Exemplos de tecnologia
- PostgreSQL
- MySQL
- SQL Server
- Redis
- Flyway
- pg_stat_statements
Serviços relacionados
Perguntas frequentes
Precisamos trocar de banco de dados?
Normalmente não é o primeiro passo. Ajustar modelo, índices e consultas no banco atual costuma custar menos; a troca entra na conversa se a medição mostrar um limite que ele não resolve, e aí vira uma migração de dados.
SQL ou NoSQL?
Depende do formato dos dados e de como eles são consultados. Para pedidos, pagamentos e cadastros, com relações e transações, um banco relacional costuma servir; outro tipo de banco entra quando há um motivo medido.
Dá para fazer os ajustes sem parar o sistema?
Muitas mudanças, como criar índices, podem ser feitas com o sistema no ar. As que exigem janela de manutenção são combinadas antes, com horário e plano de volta.
E quando o problema está no código, não no banco?
Acontece: uma tela que repete a mesma consulta muitas vezes, por exemplo. Nesse caso ajustamos o código que acessa o banco ou apontamos o trecho exato para a sua equipe.
Escreva para a Balkan
Falar sobre o seu projeto