|
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...
Sorry por el rant en contra de MongoDb...
---
NoSql tiene mucha afinidad con la gente de JS (ya que es muy común el uso de Json como medio de definir datos y esquemas) y quizas una que otra startup que necesita un almacenamiento poco convencional, pero ahora mismo? la "moda" NoSql esta menguando y muchos se han dado cuenta que su unica "gracia" (no tener esquema fijo) es una contra enorme y que perder toda las ventajas de las bases de datos relacionales no compensa para los caso mas comunes... así que muchos se migran a PostgreSql (que desde 9.3+ es un excelente reemplazo a MongoDb y otros) y se gana de "gratis" lo que ya tiene un Motor Sql... y pueden guardar sus blobs semi-estructurados ademas...
Tambien es cierto que muchos desarrolladores tienen un adversion y poco entendimiento de las BD relacionales, que en parte explica el porque se van con un NoSql simplemente porque pueden mandar un JSon...
En este ambiente, NoSql es un *nicho* que hay que elegir con *mucho* cuidado. Mientras que cuando alguien viene y dice "que BD puedo usar" uno puede recomendar Sqlite en adelante y para la mayoria de los caso no importa demasiado, NoSql es un espectro demasiado diverso y lleno de "depende" en contraste con las elecciones maduras que dan las BD.
Quizas solo hay 1 producto que se pueden recomendar a ciegas: Redis, un sistema para caches super-excelente y que se puede integrar a cualquier backend y en cualquier backend le da ganancias. De resto? Nada de nada a ciegas...
|