BD AVANZADAS TEOREMA DE CAP

1. Teoria de CAP: "Un sistema de datos compartidos pude asegurar como mucho dos de estas tres propiedades: Consistencia, Disponibilidad y Tolerancia a particiones."

2. Tres propiedades según la definición del teorema

2.1. Consistencia (C): un conjunto de operaciones se deben ejecutar al mismo tiempo, o dicho de otra forma. Es lo que se conoce como consistencia atómica o estricta (“Linearizability” en inglés)

2.2. Disponibilidad (A): cualquier petición recibida en un nodo del sistema debe obtener una respuesta, aunque falle el resto de los nodos.

2.3. Tolerancia a particiones (P): una petición debe ser procesada por el sistema incluso si se pierden de forma arbitraria mensajes entre alguno o todos los nodos del sistema, es decir, si un nodo se separa de la red (porque pierde conectividad, …), el sistema seguirá disponible

3. Clasificación de cada base de datos NoSQL según el teorema CAP

3.1. AP: garantizan disponibilidad y tolerancia a particiones, pero no la consistencia, al menos de forma total. Algunas de ellas consiguen una consistencia parcial a través de la duplicación y la verificación.

3.2. CP: garantizan consistencia y tolerancia a particiones. Para lograr la consistencia y replicar los datos a través de los nodos, sacrifican la disponibilidad.

3.3. CA: garantizan consistencia y disponibilidad, pero tienen problemas con la tolerancia a particiones. Este problema lo suelen gestionar replicando los datos.

4. CP en PAC

4.1. HBASE

4.1.1. Distribuida y escalable gran almacén de datos

4.1.2. Consistencia de almacenamiento

4.1.3. Construido encima de Hadoop Distributed File System ( HDFS )

5. AP en CAP

5.1. Casandra

5.1.1. Alta disponibilidad

5.1.2. Escalabilidad incremental

5.1.3. Eventualmente consistentes

5.1.4. El equilibrio entre la coherencia y la latencia

5.1.5. Mínima administración

5.1.6. No SPF (Single Point of Faliure)(Unico Punto de Fañlo)

6. CP on CAP

6.1. MongoDB

6.1.1. Los esquemas cambian a medida que evolucionan las aplicaciones (Esquema-libre)

6.1.2. Soporte Índice completo de Alto Rendimiento

6.1.3. La replicación y conmutación por error de alta disponibilidad.

6.1.4. Auto Sharding para una fácil escalabilidad.

6.1.5. Consultas basadas Documento ricos para facilitar la lectura