Modelo ACID vs modelo BASE para base de datos

La diferencia entre los modelos de base de datos ACID y BASE es la forma en que manejan esta limitación.

1. El modelo ACID proporciona un sistema consistente.
2. El modelo BASE proporciona alta disponibilidad.

Para proporcionar más información, discutiremos cada uno de los modelos por separado en detalle.

Modelo ÁCIDO:

Las colecciones de operaciones que forman una única unidad lógica de trabajo se denominan transacciones y el sistema de base de datos debe garantizar la ejecución adecuada de las transacciones y el modelo de transacciones de la base de datos ACID garantiza que una transacción realizada sea siempre coherente. Explicar ACID con más detalle y de manera fácil es entenderlo desglosando el acrónimo, ACID:

1. Atomicidad: Esta propiedad establece que la transacción debe ser tratada como una unidad atómica, es decir, se ejecutan todas sus operaciones o ninguna, y no debe existir ningún estado en una base de datos donde una transacción se deje parcialmente completada, además se deben definir los estados antes de la ejecución de la transacción o después de la ejecución de la transacción.
2. Coherencia: la base de datos debe permanecer en un estado consistente después de cualquier transacción; además, ninguna transacción debe tener un efecto adverso en los datos que residen en la base de datos y si la base de datos estaba en un estado consistente antes de la ejecución de una transacción, entonces debe permanecer consistente después de la ejecución de la transacción también.
3. Aislamiento: En un sistema de base de datos donde más de una transacción se está ejecutando simultáneamente y en paralelo, la propiedad de aislamiento establece que cada una de las transacciones será administrada y ejecutada ya que es la única transacción en el sistema y ninguna transacción se realizará. afectar la existencia de cualquier otra transacción.
4. Durabilidad: la base de datos debe ser lo suficientemente duradera como para contener todas sus actualizaciones más recientes, incluso si el sistema falla o se reinicia, de manera práctica, si una transacción actualiza una parte de los datos en una base de datos y se realiza la confirmación, entonces la base de datos mantendrá los datos modificados, pero si no se realiza la confirmación, no se modifican los datos y solo se puede hacer cuando se inicia el sistema.

Las bases de datos que cumplen con ACID son la única forma segura de asegurarse de que su base de datos cumpla con ACID es elegir un sistema de administración de base de datos relacional como MySQL , PostgreSQL , Oracle, SQLite y Microsoft SQL Server. Algunos DBMS NoSQL, como Couch DB de Apache o Db2 de IBM, también poseen un cierto grado de conformidad con ACID (no hay recomendaciones de ninguna base de datos SQL si el requisito es de reglas ACID estrictas).

Modelo base:

El aumento de la popularidad de las bases de datos NoSQL proporcionó flexibilidad y fluidez con facilidad para manipular datos y, como resultado, se diseñó un nuevo modelo de base de datos que refleja estas propiedades. El acrónimo BASE es un poco más confuso que ACID pero, sin embargo, las palabras detrás de él sugieren formas en las que el modelo BASE es diferente y el acrónimo BASE significa:-

1. Básicamente disponible: en lugar de hacer que sea obligatorio para la coherencia inmediata, las bases de datos NoSQL modeladas en BASE garantizarán la disponibilidad de los datos al distribuirlos y replicarlos en los Nodes del clúster de la base de datos.
2. Estado suave: debido a la falta de consistencia inmediata, los valores de los datos pueden cambiar con el tiempo. El modelo BASE rompe con el concepto de base de datos que obliga a su propia consistencia, delegando esa responsabilidad a los desarrolladores.
3. Eventualmente Consistente : El hecho de que BASE no obligue a la consistencia inmediata pero no significa que nunca la alcance. Sin embargo, hasta que lo haga, las lecturas de datos aún son posibles (aunque es posible que no reflejen la realidad).

Así como las bases de datos SQL cumplen casi uniformemente con ACID, algunas bases de datos NoSQL también tienden a cumplir con los principios BASE como MongoDB, Cassandra y Redis se encuentran entre las soluciones NoSQL más populares, junto con Amazon DynamoDB y Couchbase.

Diferencia entre ÁCIDO y BASE:

S. No	Criterios	ÁCIDO	BASE
1.	Sencillez	Simple	Complejo
2.	Enfoque	confirma	mejor intento
3.	Mantenimiento	Alto	Bajo
4.	Consistencia de los datos	Fuerte	Débil/Suelto
5.	esquema de concurrencia	Transacciones anidadas	cerca de responder
6.	Escalada	Vertical	Horizontal
7.	Implementación	Fácil de implementar	Difícil de implementar
8.	Mejora	Más difícil de actualizar	Fácil de actualizar
9.	Tipo de base de datos	Robusto	Simple
10	tipo de codigo	Simple	Más difícil
11	Tiempo requerido para completar	Menos tiempo	Más tiempo.
12	Ejemplos	Oracle, MySQL, SQL Server, etc.	DynamoDB, Cassandra, CouchDB, SimpleDB, etc.

¿Qué modelo es mejor?

No hay una respuesta correcta y nunca habrá una respuesta para saber si su aplicación necesita un modelo completo de consistencia solo ACID o BASE. Los desarrolladores y los arquitectos de datos deben seleccionar la consistencia de sus datos eligiendo caso por caso solo en lugar de basarse en las tendencias del mercado para que pueda ser muy elegante presumir o qué modelo se usó anteriormente para que más de el desarrollo en el mismo podría complicarse más.

Dada la consistencia suelta de BASE, los desarrolladores deberían ser:

1. Muy conocedor de datos consistentes.
2. Cuidado con los datos consistentes.

Es muy importante estar familiarizado con el comportamiento BASE de su almacén agregado elegido y trabajar solo dentro de esas restricciones para mantener datos consistentes. La simplicidad de las transacciones ACID siempre será una desventaja para BASE cuando se comparen entre sí. Una base de datos modelo completamente ACID se adapta perfectamente a los casos de uso donde la confiabilidad y la consistencia de los datos son la máxima prioridad, como en la banca, PayPal.