parabens pelo post man, simples e claro, usando uma stack resumida e sem firulas.
falta mais disso no mercado, muita gente acaba acostumando a usar só soluções prontas e produtos de terceiros e esquece de aprender o básico de infraestrutura.

vi que indicaram migrar pra duckDB. Mas eu diria pra vc testar o clickhouse.
mas ai vai depender da natureza das consultas, porque clickhouse não é amigável com alterações de dados.
mas imagino que pra sua aplicação, um DB colunar atenda melhor.
fiz uma migração de um DB PostgreSQL pra clickhouse e consegui reduzir 5tb pra 300gb.
ate documentei isso aqui no tabnews na época, clickhouse tem uma compactação absurda e velocidade alta pra queries de agregação.

Vou dar uma lida, obrigado. No início do projeto tentei usar NoSQL, e, por mais que seja 100% a favor de usar NoSQL em qualquer projeto, nesse não funcionou. É muita correlação que indiretamente iria duplicar/triplicar o tamanho do banco. Especialmente no caso de "Empresas no meesmo endereço"

Exemplo petrobras: https://cnpjaberto.com.br/cnpj/33000167000101, no card principal na parte de endereço.

parabens pelo post man, simples e claro, usando uma stack resumida e sem firulas. falta mais disso no mercado, muita gente acaba acostumando a usar só soluções prontas e produtos de terce...