1

Boa adição sobre terminologia. 'NoSQL' sempre foi nome ruim porque agrupa coisas muito diferentes: documento, chave-valor, grafo, coluna. O que têm em comum de fato é ausência de relações e consistência, não ausência de SQL.

O ponto sobre MongoDB é cirúrgico. A adoção massiva foi em grande parte marketing bem feito na era do scale-everything, quando a maioria dos projetos nunca chegaria perto de precisar disso. E quem adotou para escapar do SQL continua sem saber SQL e agora tem queries esquisitas em cima de documentos aninhados.

Para domínios específicos faz sentido, concordo. Mas como banco principal de sistema com dados relacionais é escolha errada na maioria dos casos. O PostgreSQL resolve e ainda tem suporte a JSONB para os casos onde você realmente precisa de flexibilidade de schema.

Carregando publicação patrocinada...
3
1

Concordo. A birra com SQL era mais hype do que razão técnica real. O problema não era o modelo relacional, era gente generalizando NoSQL pra casos onde SQL resolve melhor e com bem menos complexidade. No final, SQL sobreviveu justamente porque o modelo relacional ainda é a forma mais natural de pensar dados estruturados.