O Usuário Real do Seu Banco de Dados Pode Não Ser Mais Você
No Neon, 80% dos bancos novos são criados por um agente de IA, não por uma pessoa. Essa única estatística explica uma onda de negócios bilionários, e deveria mudar como você desenha um esquema.
Gabriel Santos

Aqui vai um número para você parar de rolar a tela: no Neon, 80% dos bancos de dados novos são criados por um agente de IA, não por uma pessoa clicando em "criar banco de dados". Um ano atrás esse número era 30%. Essa estatística sozinha é, segundo relatos, o motivo de a Databricks ter pago cerca de um bilhão de dólares pelo Neon, e depois que você vê isso, uma série de negócios que pareciam desconexos vira uma única história.
O padrão por trás dos negócios
- A Databricks comprou o Neon, Postgres serverless e ramificável, por cerca de um bilhão de dólares
- O Supabase captou 500 milhões numa avaliação de 10,5 bilhões, citando 600% de crescimento ano a ano na criação de bancos, mais de 60% lançados por ferramentas de IA como Bolt.new, Lovable, Cursor e Claude Code
- A PlanetScale trouxe o time do Drizzle ORM para dentro de casa para financiar uma 1.0 estável
- O MongoDB lançou embeddings automatizados para o Atlas Vector Search direto na plataforma, em vez de deixar isso para o código da aplicação
Nenhum desses é um press release de feature de IA. São apostas de infraestrutura sobre quem, ou o quê, realmente provisiona e consulta um banco de dados agora.
Isso muda o que "bom design de esquema" até significa
Quando um humano desenha um esquema, a restrição normalmente é clareza para o próximo dev. Quando um agente está provisionando bancos em tempo real, em resposta a um prompt, a restrição se inverte. A plataforma precisa tornar os bons padrões quase automáticos, porque não tem code review pegando um índice faltando ou uma tabela sem limite antes de chegar em produção. Essa é uma explicação genuinamente boa para o motivo de Postgres serverless e ramificável, e busca vetorial embutida, terem deixado de ser diferencial. A plataforma precisa ser a rede de segurança que um revisor humano costumava ser.
O que isso significa para como você constrói
Você continua sendo quem entende o seu domínio, o seu modelo de dados, os seus padrões de consulta, nenhum agente substitui esse julgamento, e eu não gostaria que substituísse. Mas as ferramentas que você escolhe estão cada vez mais construídas para um mundo onde provisionamento e iteração acontecem rápido e com frequência, às vezes com zero humano no loop. Busca vetorial como recurso de primeira classe do banco, não como complemento anexado, já é uma escolha padrão razoável se você constrói algo próximo de IA. Julgue sua próxima escolha de banco por quão bem ela sobrevive a mudanças de esquema rápidas, frequentes e às vezes automatizadas, não por como ela performa numa única migração que você planejou com cuidado à mão. O usuário real do seu banco pode não ser mais você. Você está desenhando para isso?