Historias
Slashboxes
Comentarios
 

Tutorial de MongoDB

editada por rvr el 08 de Marzo 2010, 10:00h   Printer-friendly   Email story
borillo nos cuenta: «En esta nueva entrega de la serie dedicada a las bases de datos NoSQL vamos a ver qué es MongoDB, cómo instalarla y cómo empezar a trabajar con ella. Después del par de artículos dedicados a CouchDB, vamos a darle cancha a otra de las bases de datos NoSQL que más repercusión está teniendo ultimamente: Lee el tutorial completo de MongoDB».

Historias relacionadas

[+] NoSQL, más allá del modelo relacional 63 comentarios
En DosIdeas escribieron el pasado mes de junio un interesante artículo sobre NoSQL: el movimiento en contra de las bases de datos: «Una reunión en San Francisco fue la inauguración de la comunidad de NoSQL, un grupo de personas que comparten la idea de destronar la tiranía de las bases de datos relaciones, costosas y lentas, en favor de una alternativa mucho más eficiente y barata para manipular datos. "Las bases de datos relacionales nos ofrecen demasiado. Nos fuerzan a adaptar nuestros objetos para adaptarlos a una RDBMS (sistema de gestión de bases de datos relacional)", dice Jon Travis, uno de los principales ingenieros en SpringSource, y uno de los 10 presentadores en la reunión de NoSQL. Las alternativas basadas en NoSQL "te ofrecen sólo lo que necesitás", dice Travis».
[+] CouchDB: una base de datos diferente 15 comentarios
borillo nos pasa un enlace al artículo CouchDB: una base de datos diferente: «Podemos definir CouchDB como una base de datos documental sin 'esquema', consultable al estilo MapReduce, accesible por REST y con una funcionalidad de replicación integrada. Casi nada... será mejor que veamos cada una de estas características en más detalle».
[+] Twitter planifica la migración de MySQL a Cassandra DB 27 comentarios
En Kushelmex, Thalles de Paula cuenta que Twitter cambia MySQL por Cassandra: «Ryan King es ingeniero de Twitter y le dijo al blog MyNoSQL que están planeando cambiar su bases de datos en MySQL por Cassandra debido a la escalabilidad y a la gran comunidad de desarrolladores. Actualmente Twitter funciona en un cluster de servidores MySQL con un sistema de cache que cada vez es menos efectivo debido a su crecimiento. [...] Cassandra fue desarrollado en un principio por los de Facebook y es un repositorio hecho en Java, la tecnología es similar a la ofrecida por otras bases de datos NoSQL. Otro que esta dejando las bases de datos MySQL es Digg que también estará migrando a Cassandra».
[+] Digg mejoró 40 veces el rendimiento por ordenar con PHP en lugar de MySQL 51 comentarios
Un pobrecito hablador nos cuenta: «En SigT han publicado una entrada titulada "Digg: mejora del rendimiento un 4000% por ordenar con PHP en lugar de MySQL" que es una traducción de una entrevista a Joe Stump CTO de SimpleGeo y anterior líder de arquitectura de Digg, originalmente publicada en High Scalability. ¿Se están imponiendo en sitios de gran tráfico el uso de BBDD No-SQL en lugar de los RDBMS de toda la vida?. ¿Es sólo una moda?»
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Según el tutorial

    (Puntos:3, Interesante)
    por neu___ (14363) el Lunes, 08 Marzo de 2010, 11:35h (#1207476)
    ( Última bitácora: Miércoles, 07 Julio de 2010, 08:37h )
    Según el tutorial no es transaccional ni asegura la estabilidad de la base de datos en caso de fallo (se te va la luz cuando una operación esta a medias).

    No se no se, creo que esas faltas hace que no me atreva ni a recomendarlo.
    --

    Under a sea of dust lies a vast wealth of wisdom

    • Re:ACID de alvarezzz (Puntos:2) Lunes, 08 Marzo de 2010, 12:39h
      • Re:ACID de Observer (Puntos:3) Lunes, 08 Marzo de 2010, 15:34h
      • Re:ACID de manje (Puntos:3) Lunes, 08 Marzo de 2010, 16:02h
      • Re:ACID de alvarezzz (Puntos:2) Martes, 16 Marzo de 2010, 00:07h
      • 2 respuestas por debajo de tu umbral de lectura actual.
    • 5 respuestas por debajo de tu umbral de lectura actual.
  • por TooMany (4713) el Martes, 09 Marzo de 2010, 09:56h (#1207798)
    ( http://barrapunto.com/ | Última bitácora: Sábado, 21 Abril de 2007, 09:43h )
    Siempre con lo mismo; que si las noSQL, que si las SQL, que si son un pufo, que si no lo son...
    Las BD NoSQL son lo mejor para un tipo de cosas, y las SQL, las de toda la vida, van mejor para otras. Es cuestión de saber elegir bien para qué vas a usar una u otra. Nada más.
    --
    Have a nice day ;-) TooManySecrets
  • Re:¿Donde pincha el SQL?

    (Puntos:1, Provocacion)
    por aplatana2 (22096) el Lunes, 08 Marzo de 2010, 13:38h (#1207538)
    ( http://drupal.gulic.org/blog/aplatanado )
    Hay que ver la de gente que tienen la cabeza en un cubo y no la sacan ni para respirar un poco de aire fresco.
    [ Padre ]
  • Re:¿Donde pincha el SQL?

    (Puntos:1, Interesante)
    por pobrecito hablador el Lunes, 08 Marzo de 2010, 16:37h (#1207584)
    Una muy simple, distribuir datos en varias maquinas (Ojo, no copiar, distribuir).
    En todas las bases de datos SQl (TODAS), solo puedes usar (Con una eficiencia mínima) los datos que caben en una sola maquina.
    No hay ningun "cluster" funcional en el mundo SQL, ni en Oracle. Solo hay clonados (Activo-Activo o Maestro-Escalvo), y no con muchos clones, si no el tiempo de propagado de las transacciones se eterniza.
    En el mundo NoSQL tambien existe un limite. Solo puedes indexar las llaves que te quepan en una sola maquina. Pero eso es mas facil de manejar.
    [ Padre ]
  • Re:NoSql

    (Puntos:2)
    por manje (1495) el Miércoles, 10 Marzo de 2010, 12:56h (#1208149)
    ( http://www.manje.net/ | Última bitácora: Viernes, 08 Octubre de 2010, 10:46h )
    No se puede llamar a la gente yihadistas, acomplejados, y protestar porque te moderen negativamente. Y además es falso que se intente imponer ninguna solución, no puedes quejarte de que si nosequien a insultado insultando.
    [ Padre ]
  • 8 respuestas por debajo de tu umbral de lectura actual.