NoSQL?
 

Parece que con lo que tiene planeada la administracion del Club se estan agregando nuevos subforos. Por ejemplo acá tenemos el subforo Mac, que a menos que este o loco o ciego, no estaba antes

La propuesta es.. y ya que estamos, porque no agregamos un foro de NoSQL? El querido Delphi ahora agrego soporte oficialmente para su primer base de datos No SQL (Mongo DB), asi que me parecio una buena idea

En particular yo no tengo nada de experiencia en el tema pero dentro de mi agenda me prometi investigar algo

Saludos

Si se abre una sección sobre el fascinante mundo de la OPC UA, todos los programadores que hacemos software Delphi para automatización de máquinas estaríamos felices. ;)

P.D. ¡Auxilio! Creo que Blaise Pascal ha caído en la Matrix. :eek:

Tomamos nota de ambas propuestas :)

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...

Eso me había parecido :rolleyes:

Mamcx, gracias por tu comentario, realmente me interesaba mucho el punto de vista de alguien que sepa del tema, ya que yo lo desconozco completamente ^\||/

Aprovecho este hilo donde ya se ha solicitado una petición de nuevos subforos, para solicitar uno que creo interesante y de gran ayuda para todos, y no me parece haber visto, se trata de un subforo dedicado a BUGS de componentes. Pues a veces son muchas las horas que hay que dedicar a comprobar un determinado código que no hace lo que se espera que debiera de hacer, y lo primero que piensas es que es un error tuyo, pero tras muchas pruebas, comprobaciones y errores, ves con decepción que es un BUGS del componente.

Considero que esta seria una gran ayuda a los programadores y evitaría dedicar muchas horas a este tipo de errores.

Un saludo

P.D. Si algún administrador considera que este no es el sitio mas apropiado para esta petición, ruego muevan el hilo al lugar correspondiente.

Me parece que debiéramos renombrar este hilo, con permiso de AgustinOrtu y los moderadores, por algo como "Sugerencias de nuevos subforos", para que todos los interesados pujemos por las nuevas secciones que nos interesen.

Por otro lado, no es mala idea la de bucanero. Pero creo que hay que pulirla un poco. Básicamente, creo que sería algo muy valioso para el Club contar con una sección donde se puedan tratar temas más o menos al estilo de QualityCentral o el novedoso quality.embarcadero.com. Pero en idioma español y enfocado a los productos de programación que usamos los desarrolladores Delphi (RAD Studio, componentes propios y de terceros).

He de decir que el diagnóstico y tratamiento de bugs Delphi es un área que me atrae y donde he tenido la fortuna de ayudar a encontrar algunas soluciones.

Un saludo.

Al González.

Por mi no hay ningun problema, estoy de acuerdo que seria mas adecuado ^\||/

Tomamos nota, es interesante.