SOCIALWARE

Twitter se olvidará de MySQL.  El motivo es la necesidad de escalabilidad. ¿Qué significa esto? Que el manejador de bases de datos MySQL no podrá soportar la inmensa carga que suponen 50 millones de tweets al día sin degradar la calidad de su servicio. Es por ello que el equipo técnico de Twitter cambirá MySQL por Cassandra: quizá el mayor representante open source del nuevo paradigma en DBM, las asi llamadas NoSQL.

Las transacciones de una base de datos relacional, como MySQL, deben cumplir con cuatro propiedades básicas, definidas como Atomicidad, Consistencia, Aislamiento y Durabilidad. Nombradas en la práctica como ACID (siglas en inglés), el cumplimiento de esas propiedades es una garantía de la correcta operación del DBM. Sin embargo, lograrlo es costoso, más aún cuando el sistema intenta escalar, y ya no digamos la velocidad a la que lo intenta: el sistema puede llegar a ser insostenible.

¿Por qué Cassandra? Básicamente, porque es descentralizado, tolerante a fallas, elástico (termino heradado de Amazon EC2; es la nueva manera de decir «escalable»), con alta disponibilidad y probado en el campo de batalla por Facebook (su gran impulsor a través de la Apache Software Foundation), Digg y (gradualmente) Twitter. Parte de su éxito se debe a que no intenta cumplir con todo rigor las propiedades ACID.

La teoría detrás de Cassandra pertenece a Google.

Vía: InformationWeek  y  ALT1040