FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
#1
|
||||
|
||||
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 |
#2
|
||||
|
||||
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. Última edición por Al González fecha: 26-09-2015 a las 00:52:03. |
#3
|
||||
|
||||
Tomamos nota de ambas propuestas
|
#4
|
||||
|
||||
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...
__________________
El malabarista. |
#5
|
||||
|
||||
Eso me había parecido
|
#6
|
||||
|
||||
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
|
#7
|
|||
|
|||
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. |
|
|
|