Un blog como https://neo4j.com/blog/acid -vs-modelos-de-consistencia-base-explicados/ explica BASE de esta manera:
Este nivel de equivocación no suena muy confiable, ¿verdad? Ellos intercambian disponibilidad y consistencia para ganar rendimiento y escalabilidad.
Esto está bien si está ejecutando un servicio que tolera datos no coincidentes o datos obsoletos, o que está bien con una pequeña cantidad de pérdida de datos de vez en cuando. Si esos problemas son una ocurrencia poco común, pero obtiene un rendimiento superior casi todo el tiempo, es muy atractivo. Y lo que es más importante, hace una buena demostración.
Pero si tiene que ejecutar un servicio con requisitos estrictos para la integridad de los datos, no es bueno. Si perder incluso un registro de datos le genera problemas con los auditores, o si no puede leer de manera confiable los datos que acaba de confirmar un momento antes porque esa confirmación tarda en propagarse a todos los nodos de su clúster, podría ser un factor decisivo. .
Entonces, qué almacén de datos elegir depende de los requisitos de su aplicación. Solo usted puede juzgar si la disponibilidad relajada y la coherencia de un almacén de datos BASE son suficientes para las necesidades de su aplicación.
