Eles não são realmente os mesmos, por causa do escopo dos dados

ÁCIDO

• Atomicidade
• Consistência : todas as alterações de dados aplicadas fornecem uma visualização consistente dos dados para todas as conexões de banco de dados
• Isolamento
• Durabilidade

BONÉ

• Consistência (todos os nós têm os mesmos dados via consistência eventual)
• Disponibilidade
• Tolerância à partição: o sistema continua a operar apesar da perda arbitrária de mensagens ou falha de parte do sistema

SINOPSE

• O ACID aborda a consistência de dados de um nó individual
• O CAP aborda a consistência de dados em todo o cluster

Teorema CAP : especifica que um sistema distribuído pode fornecer dois serviços (ex. Disponibilidade e Tolerância de partição), mas nunca três. Se, por exemplo, um serviço fornece Disponibilidade e Particionamento, ele nunca pode garantir a Consistência, nem imediatamente, portanto, a Consistência Eventual é usada, o que permite que a infraestrutura flua entre inconsistência e consistência; no entanto, em um ponto, mais cedo ou mais tarde, a infraestrutura se tornará consistente , resultando em consistência eventual. Os serviços em nuvem funcionam dessa maneira e o Simple DB da Amazon usa consistência eventual.

Os recursos ACID geralmente são aplicados a bancos de dados relacionais. Se você deseja aplicar o ACID de maneira distribuída (DB distribuído), o ACID usa 2PC (confirmação de duas fases) para forçar a consistência entre as partições. No entanto, como o ACID fornece consistência e particionamento, aplicar o teorema CAP para (ambientes distribuídos) significa que a disponibilidade está comprometida.

Por causa disso, o BASE (basicamente disponível, estado flexível, eventualmente consistente) é usado, o que pode fornecer níveis de escalabilidade que não podem ser obtidos com o ACID.

Espero que isto ajude.

Com relação à consistência no teorema CAP, Julian Brown escreve em seu artigo ( http://www.julianbrowne.com/article/brewers-cap-theorem ):

Um serviço que é consistente opera totalmente ou não opera. Gilbert e Lynch usam a palavra “atômico” em vez de consistente em sua prova, o que faz mais sentido tecnicamente porque, estritamente falando, consistente é o C em ACID aplicado às propriedades ideais de transações de banco de dados e significa que os dados nunca serão persistidos que quebra certas restrições predefinidas. Mas se você considerar uma restrição predefinida de sistemas distribuídos que vários valores para o mesmo pedaço de dados não são permitidos, acho que o vazamento na abstração está conectado (além disso, se Brewer tivesse usado a palavra atômico, seria chamado de AAP teorema e estaríamos todos no hospital toda vez que tentássemos pronunciá-lo).

Assim, o C em CAP corresponderia ao A em ACID.

Com Gilbert e Lynch , ele se refere ao artigo "Seth Gilbert e Nancy Lynch: a conjectura de Brewer e a viabilidade de serviços da Web consistentes, disponíveis e tolerantes a partições"