Bueno, NoSQL es una palabra de moda en este momento, así que he estado investigando. Todavía tengo que encontrarme con ColumnFamilies y SuperColumns, etc. Pero he estado viendo cómo se mapean los datos.¿Qué hace que Cassandra (y NoSQL en general) sea una mejor solución para un RDBMS?
Después de leer el artículo this, y otros, parece que los datos están mapeados en un formato JSON like.
Users = {
1: {
username: "dave",
password: "blahblah",
dateReged: "1/1/1"
},
2: {
username: "etc",
password: "blahblah",
dateReged: "2/1/1",
comment: "this guy has a comment and dave doesns't"
},
}
El formato RDBMS sería:
Table name: "Users"
id | username | password | dateReged | comment
---+----------+----------+-----------+--------
1 | dave | blahblah | 1/1/1 |
---+----------+----------+-----------+--------
2 | etc | blahblah | 2/1/1 | this guy has a comment and dave doesn't
Suponiendo que entiendo esto correctamente y mis ejemplos anteriores son correctas, ¿por qué elegir el diseño RDBMS sobre el diseño NoSQL? Personalmente, preferiría trabajar con la estructura JSON ... ¿Esto significa que debería elegir NoSQL en, digamos, MySQL?
Supongo que lo que estoy preguntando es "¿cuándo debería elegir NoSQL sobre RDBMS?"
En una nota lateral, como he dicho, todavía no entiendo completamente cómo implementar una base de datos de Cassandra. Es decir, ¿cómo puedo crear la tabla de usuarios anterior en una nueva base de datos? Cualquier tutorial, documentación, etc. que pueda señalar sería genial. Mi google'ing no ha aparecido demasiado en términos de 'comenzar desde cero' ...
¡Su sincronización no podría ser mejor! Ver http://bit.ly/bpuno1 – RedFilter
Vi ese enlace el día de hoy. Me aseguraré de verlo cuando llegue a casa;) – dave
posible duplicado de [¿Por qué nosql con cassandra en lugar de mysql?] (Http://stackoverflow.com/questions/3640899/why-nosql-with-cassandra-instead -of-mysql) – Thilo