Introducción
Decidir cuál es el sistema de administración de bases de datos (DBMS) correcto puede ser una tarea difícil. La cantidad de opciones disponibles es enorme. Antes de comenzar a buscar una solución de base de datos adecuada, considere sus requisitos.
Un primer paso recomendado en este proceso es elegir un modelo de transacción de base de datos. Este es un conjunto de reglas que determinan cómo una base de datos organiza, almacena y manipula los datos.
En este artículo, aprenderá sobre los dos modelos de transacciones de bases de datos más populares:ACID y BASE.
ÁCIDO vs. BASE:¿Cuáles son las diferencias?
El teorema CAP establece que es imposible lograr tanto la consistencia como la disponibilidad en un sistema distribuido tolerante a la partición (es decir, un sistema que continúa funcionando en casos de interrupciones temporales de la comunicación).
La diferencia fundamental entre los modelos de base de datos ACID y BASE es la forma en que manejan esta limitación.
- El modelo ACID proporciona un sistema consistente.
- El modelo BASE proporciona alta disponibilidad.
Para brindar más información, analizaremos cada uno de los modelos por separado y luego los compararemos.
Modelo ÁCIDO
El modelo de transacción de la base de datos ACID garantiza que una transacción realizada sea siempre coherente. Esto lo convierte en una buena opción para las empresas que se ocupan del procesamiento de transacciones en línea (p. ej., instituciones financieras) o el procesamiento analítico en línea (p. ej., almacenamiento de datos). Estas organizaciones necesitan sistemas de bases de datos que puedan manejar muchas pequeñas transacciones simultáneas. Debe haber tolerancia cero para los estados inválidos.
Para explicar el modelo ACID, lo mejor es comenzar desglosando las siglas de su nombre.
ÁCIDO significa:
- Atómica – Cada transacción se lleva a cabo correctamente o el proceso se detiene y la base de datos vuelve al estado anterior al inicio de la transacción. Esto asegura que todos los datos en la base de datos sean válidos.
- Consistente – Una transacción procesada nunca pondrá en peligro la integridad estructural de la base de datos.
- Aislado – Las transacciones no pueden comprometer la integridad de otras transacciones al interactuar con ellas mientras aún están en curso.
- Duradero – Los datos relacionados con la transacción completada persistirán incluso en los casos de cortes de red o de energía. Si una transacción falla, no afectará los datos manipulados.
Ejemplo de caso de uso de ACID
Las instituciones financieras utilizarán casi exclusivamente las bases de datos ACID. Las transferencias de dinero dependen de la naturaleza atómica de ACID.
Una transacción interrumpida que no se elimina inmediatamente de la base de datos puede causar muchos problemas. El dinero se podría debitar de una cuenta y, debido a un error, nunca acreditarse en otra.
¿Qué bases de datos cumplen con ACID?
Una 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. Estos incluyen MySQL, PostgreSQL, Oracle, SQLite y Microsoft SQL Server.
Algunos DBMS NoSQL, como CouchDB de Apache o Db2 de IBM, también poseen un cierto grado de conformidad con ACID. Sin embargo, la filosofía detrás del enfoque NoSQL para la administración de bases de datos va en contra de las estrictas reglas de ACID. Por lo tanto, las bases de datos NoSQL no son la opción recomendada para aquellos que necesitan entornos estrictos.
El modelo BÁSICO
El auge de las bases de datos NoSQL proporcionó una forma flexible y fluida de manipular datos. 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. Sin embargo, las palabras detrás de él sugieren formas en las que el modelo BASE es diferente.
BASE significa:
- Básicamente disponible – En lugar de imponer una coherencia inmediata, las bases de datos NoSQL modeladas en BASE garantizarán la disponibilidad de los datos al distribuirlos y replicarlos en los nodos del clúster de la base de datos.
- 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 una base de datos que impone su propia consistencia, delegando esa responsabilidad a los desarrolladores.
- Eventualmente consistente – El hecho de que BASE no imponga una consistencia inmediata 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).
Ejemplo de caso de uso BASE
Las empresas de marketing y servicio al cliente que se ocupan del análisis de sentimientos preferirán la elasticidad de BASE al realizar su investigación de redes sociales. Los feeds de redes sociales no están bien estructurados pero contienen grandes cantidades de datos que una base de datos modelada en BASE puede almacenar fácilmente.
¿Qué bases de datos utilizan el modelo BASE?
Así como las bases de datos SQL son casi uniformemente compatibles con ACID, las bases de datos NoSQL tienden a cumplir con los principios BASE. MongoDB, Cassandra y Redis se encuentran entre las soluciones NoSQL más populares, junto con Amazon DynamoDB y Couchbase.
ÁCIDO vs. BASE:¿Cuál es bueno para ti?
No es posible dar una respuesta directa a la pregunta de qué modelo de base de datos es mejor. Por lo tanto, se debe llegar a una decisión considerando todos los aspectos del proyecto.
Dada su naturaleza altamente estructurada, las bases de datos compatibles con ACID serán más adecuadas para aquellos que requieren consistencia, previsibilidad y confiabilidad.
Aquellos que consideran que el crecimiento es una de sus prioridades probablemente querrán elegir el modelo BASE, porque permite una ampliación más fácil y proporciona más flexibilidad. Sin embargo, BASE también requiere desarrolladores que sepan cómo lidiar con las limitaciones del modelo.