O que o MongoDB não era compatível com ACID antes da v4 realmente signific
Não sou especialista em banco de dados e não tenho formação formal em ciência da computação, então tenha paciência comigo. Eu quero conhecer os tipos demundo rea coisas negativas que podem acontecer se você usar um @ antiersão do MongoDB anterior à v4, que não eramÁCID compatível. Isso se aplica a qualquer banco de dados não compatível com ACID.
Entendo que o MongoDB pode executar Operações Atômicas, mas eles não "suportam o bloqueio tradicional e transações complexas", principalmente por motivos de desempenho. Também entendo a importância das transações do banco de dados, e o exemplo de quando o banco de dados é para um banco, e você está atualizando vários registros que precisam estar sincronizados. Você deseja que a transação volte ao estado inicial, se houver um falta de energia elétrica para que o crédito seja igual à compra etc.
Mas quando converso sobre o MongoDB, aqueles que não conhecem os detalhes técnicos de como os bancos de dados são realmente implementados começam a exibir declarações como:
MongoDB é muito mais rápido que o MySQL e o Postgres, mas há uma pequena chance, como 1 em um milhão, de que "não seja salvo corretamente"
A parte "não salva corretamente" refere-se a este entendimento: se houver uma queda de energia no momento em que você estiver gravando no MongoDB, há uma chance de um registro específico (digamos que você esteja acompanhando visualizações de página em documentos com 10) atributos cada), que um dos documentos salvou apenas cinco dos atributos ... o que significa que, com o tempo, seus contadores de visualizações de página ficarão "levemente" desativados. Você nunca saberá quanto, você sabe que eles estarão 99,999% corretos, mas não 100%. Isso ocorre porque, a menos que você tenha feito isso especificamentemongodb operação atômica, não é garantido que a operação seja atômic
Então, minha pergunta é: qual é a interpretação correta de quando e por que o MongoDB pode não "salvar corretamente"? Que partes do ACID ele não atende e em que circunstâncias, e como você sabe quando esses 0,001% dos seus dados estão desativados? Isso não pode ser corrigido de alguma forma? Caso contrário, isso parece significar que você não deve armazenar coisas como o seuusers tabela no MongoDB, porque um registro pode não ser salvo. Mas, novamente, esse 1 / 1.000.000 de usuário pode precisar "tentar se inscrever novamente", não?
Só estou procurando talvez uma lista de quando / por que coisas negativas acontecem com um banco de dados não compatível com ACID como o MongoDB e, idealmente, se houver uma solução padrão (como executar um trabalho em segundo plano para limpar dados ou usar apenas SQL para isso, etc.) ).