que español caracteristicas database nosql distributed-computing distributed-transactions acid

database - caracteristicas - mongodb español



¿El teorema de CAP implica que ACID no es posible para las bases de datos distribuidas? (1)

El teorema CAP es en realidad un poco engañoso. El hecho de que pueda tener un diseño de CA no tiene sentido porque cuando se produce una partición, necesariamente tiene un problema de consistencia (por ejemplo, problema de sincronización de datos) o disponibilidad (latencia). Es por eso que hay un teorema más preciso que dice que:

Durante una partición en un sistema distribuido, debe elegir entre consistencia y disponibilidad .

Aún en la práctica, no es tan simple. Debe tener en cuenta que la elección entre consistencia y disponibilidad no es binaria. Incluso puedes tener algún grado de ambos. Por ejemplo, con respecto a ACID, puede realizar transacciones atómicas y duraderas con NoSQL, pero pierde cierto grado de aislamiento y consistencia para una mejor disponibilidad. La disponibilidad se puede asimilar a la latencia porque el tiempo de respuesta dependerá de varios factores (¿está disponible el servidor más cercano?).

Por lo tanto, para responder a su pregunta, esto generalmente es una tontería de marketing. Necesitas rascar la superficie para ver qué es exactamente lo que la solución está ganando y perdiendo.

Si quieres explicaciones más profundas, puedes mirar aquí , aquí o aquí .

Existen bases de datos NoSQL ACID (distribuidas) , a pesar del teorema CAP. ¿Cómo es esto posible? ¿Cuál es la relación entre el teorema CAP y (posible / no posible) de ser ÁCIDO?

Es imposible que un sistema informático distribuido proporcione simultáneamente consistencia, disponibilidad y tolerancia de partición.