NoSQL: mental model 2026

• → pela chave
• → agregação
• → relação
• → similaridade
• → alternativa

• Conceito de arquitetura

Um critério só: como o dado vai ser acessado. E na camada vetorial, a decisão entre HNSW e IVF é literalmente memória contra recall — não existe escolha universalmente melhor.

1. NoSQL não é uma categoria útil. Ela só diz o que o banco NÃO é. O que importa é a forma de acesso: chave, agregação, relação ou similaridade. Cada uma tem um tipo de banco que a atende bem e vários que a atendem mal.
2. Chave-valor e documento escalam largura. Acesso pela chave, particionamento horizontal, latência estável em qualquer volume. O preço é abrir mão de junção e de consulta ad-hoc — se você precisa perguntar de formas imprevisíveis, o modelo está errado.
3. Colunar existe para varrer. Ler 3 colunas de 500 milhões de linhas é ordens de magnitude mais rápido em colunar do que em linha. Wide-column é a variante para escrita massiva e série temporal. Nenhum dos dois serve para leitura pontual de um registro.
4. HNSW: recall alto ao custo de RAM. Grafo de navegação em camadas — busca começa grosseira e refina. Recall excelente e latência baixa, e o índice inteiro precisa caber na memória. É o padrão quando o conjunto cabe e a qualidade importa.
5. IVF: menos memória, recall que você escolhe. Divide o espaço em clusters e busca só nos mais próximos. Quantos clusters visitar é o botão que troca recall por latência. Com quantização, cabe conjunto que o HNSW não suportaria — o caminho de escala em bilhões de vetores.