Informacion sobre MongoDB

[Valades]

Hola a tod@s.
Llevo tiempo consultando este foro, y me está siendo de mucha utilidad.
Me ha resuelto más de un dolor de cabeza gracias a la gran aportación de todos los miembros.
Quería saber si se tiene pensado incluir algún tipo de Foro sobre la base de datos MongoDB?
Sería de gran utilidad pues parece ser que el futuro más inmediato va dirigido hacia ese tipo de bases noSQL.

Felicidades por como llevan los administradores la página, me encanta el nivel que existe en estos foros.
Saludos

[Neftali [Germán.Estévez]]

Hola.
No hemos hablado del tema, pero estas cosas las creamos a medida que se necesitan.
Por ahora no hay muchas consultas del tema, pero si van surgiendo lo crearemos al igual que hemos hecho con otros, no hay problema.

[mamcx]

Sería de gran utilidad pues parece ser que el futuro más inmediato va dirigido hacia ese tipo de bases noSQL.

Mucho del marketing proveniente de los vendedores NoSql ha sido altamente desinformativo, por decir lo mismo (en especial, los de Mongo :) ).

En especial porque comunican la altamente falsa idea que las bases de datos relacionales son "obsoletas" o "no escalan" o "no son flexibles" o "son muy dificiles de operar" y cosas por el estilo.

Lo que es ironico, porque el modelo relacional se propuso en 1969 (https://en.wikipedia.org/wiki/Relational_model)precisamente para resolver las muchas deficiencias de los NoSql (que no se llamaban asi entonces, NoSql es solo un nombre de marketing moderno)


Y si se ha hablado un poco, por mi en especial :):

http://clubdelphi.com/foros/showthread.php?t=8909

No me convence mucho crear algo solo para NoSql, en parte, porque Delphi no pinta mucho en el mundo del cloud/web... y NoSql es usado muchas veces por quienes (MUY erroneamente) piensan que es una "mejora" sobre las bases de datos relacionales. Y pa' rematar, MongoDb que es como lo mas popular, es una *pésima* elección: Mucho peor que usar Acces. Es un producto terrible y poco confiable. Otro tema es hablar de Redis o Cassandra o cualquier otro por el estilo...


En terminos generales, un RDBMS es mejor. Incluso muchos que estan superando el guayabo despues de implementar fallidamente NoSql estan ahora con el mantra "Just use PostgreSQL" -que es debido a que PostgresSql tiene algunas facilidades que lo equiparan con muchas de las cosas que se usan en NoSql, sin sus defectos, pero esto igual anda con cualquier RDBMS-

Tambien, los grandes que estaban promocionando este embrollo estan ahora devolviendose a RDBMS, y mejorando las capacidades de los engine para hacerlos mas escalables mejorar el desempeño en cargas de trabajo que erroneamente se creian que solo andaban en NoSql.

Ejemplos:

- https://www.citusdata.com/
- https://cloud.google.com/spanner/
- https://docs.microsoft.com/en-us/azure/cosmos-db/introduction

----

P.D:

Hay obviamente razones buenas para usar ciertos NoSql. Puedes ver un ejemplo http://clubdelphi.com/foros/showthread.php?t=85400&highlight=nosql&page=2 donde resolvimos un requerimiento especializado usando "NoSql", o mejor dicho:

Sabiendo usar las estructuras de datos/algoritmos adecuados al problema.

Hay varios productos que se pueden recomendar a ciegas. Redis es uno de ellos.

Pero al final, es mejor tener claro realmente el porque se elige tal o cual herramienta. Por defecto, a menos que tengas MUY claro, ahorrate dolores enormes de cabezas, que se te pierda o corrompa informacion siendo el mayor de todos, y usa un RDBMS.

Sino, te pasara lo de esta ley:

http://wiki.c2.com/?GreencoddsTenthRuleOfProgramming

Every sufficiently complex application/language/tool will either have to use a database or reinvent one the hard way.


Ahora imaginate, construir las garantias ACID sobre un NoSql que no las tenga, o las tenga incompleta...

[Casimiro Notevi]

^\||/^\||/^\||/