Cita:
Empezado por Valades
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 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
Cita:
|
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/azu...b/introduction
----
P.D:
Hay obviamente razones buenas para usar ciertos NoSql. Puedes ver un ejemplo
http://clubdelphi.com/foros/showthre...t=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
Cita:
|
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...