Que motor de base de datos utilizar

Montes28 · #1 (**permalink**) 10/04/2015, 10:32

hola amigos tengo esta situación:

Tengo aproximadamente 100 sensores y cada uno enviá un registro cada minuto, estos datos se guardan en una base de datos mysql en 5 meses se han guardado 4.868.026 de registros y esto tiende a aumentar entonces la idea que tengo es utilizar una base de datos noSQL como mongoDB , pero he consultado y existen varias bases de datos noSQL orientadas a documentos, a objetos, de columna.

mi pregunta es cual debo de utilizar? que tal si utilizo postgresql en 9.4 guarda json ?
que me recomiendan?

gnzsoloyo · #2 (**permalink**) 10/04/2015, 10:47

¿Cual es exactamente el problema que le ves a que haya más de 4,8 millones de registros?
Yo he manejado tablas en MySQL con más de 70 millones de registros en 15 días, sin que el sistema pestañee. Y también trabajo con sistemas que almacenan 6.700 registros por segundo en bases de datos Oracle.
¡Ojalá fuesen 100 registros por minuto, como describes!

La verdad no logro ver cual es el inconveniente que te plantea lo que tienes ahora.

¿Podrías aclarar qué obstáculos te plantea tu sistema? ¿No será un problema de hardware? ¿O de optimización general de la aplicación?

Libras · #3 (**permalink**) 10/04/2015, 10:49

Cita:

Iniciado por gnzsoloyo

¿Cual es exactamente el problema que le ves a que haya más de 4,8 millones de registros?
Yo he manejado tablas en MySQL con más de 70 millones de registros en 15 días, sin que el sistema pestañee. Y también trabajo con sistemas que almacenan 6.700 registros por segundo en bases de datos Oracle.
¡Ojalá fuesen 100 registros por minuto, como describes!

La verdad no logro ver cual es el inconveniente que te plantea lo que tienes ahora.

¿Podrías aclarar qué obstáculos te plantea tu sistema? ¿No será un problema de hardware? ¿O de optimización general de la aplicación?

Eso mismo me pregunte jejejejejeje ;)

superweb360 · #4 (**permalink**) 10/04/2015, 18:39

En resumen: Con la base de datos MySQL que tienes actualmente ya te es suficiente. Si aún tienes miedo a que el sistema se colapse puedes cambiar a Oracle. Pero yo no veo que haga falta una bbdd NoSQL.

Montes28 · #5 (**permalink**) 10/04/2015, 18:49

amigos gracias por sus respuestas, la pregunta que hice fue porque estoy trabajando con la libreria http://dygraphs.com/ para realizar graficas y por ejemplo tengo que graficar 140.000 datos o mas

entonces en que situaciones se debe de utilizar NoSQL?

gnzsoloyo · #6 (**permalink**) 10/04/2015, 19:38

Tu problema no sería de datos, entonces, sino de programación... Las gráficas y las librerías para crearlas no son temas de BBDD.
Me explico: Si mides la performance sólo de la consulta que recupera los datos que usarás en la gráfica, verás que muy probablemente la misma se ejecute en milisegundos, mientras que el procesamiento de los datos recuperados, y la generación de la gráfica tarda muchísimo mas.
Ergo, el problema no es de BBDD.

Si tienes problemas de performance para crear las gráficas, no le eches la culma a la base. Optimzia la aplicación.

Ese tipo de problemas los he sufrido en desarrollos de ese tipo, y usualmente se soluciona mejorando la programación.

Insisto: VEo muy dificil que el problema sea con los datos, por lo que cambiar de un modelo relacional a NoSQL, no te va a aportar mejoras.

Montes28 · #7 (**permalink**) 11/04/2015, 11:46

gnzsoloyo tienes toda la razón, viendo tus post creo que estas como muy deacuerdo con las bases de datos NoSQL o me equivoco?

gnzsoloyo · #8 (**permalink**) 11/04/2015, 14:11

No exactamente.
Las bases de datos NoSQL no tienen ciertas capacidades necesarias para seguridad y consistencia de datos. Su orientación es completamente distinta y puede ser una buena idea en para ellas. Pero no son aptas para sistemas transaccionales.
Sus ventajas están en la escalabilidad y la disponibilidad de los datos, pero no en su consistencia e integridad. Hasta que no se pueda resolver ese tipo de dilemas sin necesidad de interactuar con las bases de datos relacionales...

Carlangueitor · #9 (**permalink**) 11/04/2015, 15:24

El problema verdadero con las bases de datos NoSQL es que muchos las entienden como mágicas. Y no, ya lo había comentado anteriormente:

Las bases de datos NoSQL no son más rápidas (90% de los casos indexar correctamente es la solución).
Las bases de datos NoSQL no son más fáciles de usar.
Las bases de datos NoSQL no son más seguras.
Las bases de datos NoSQL no son mejores.

En cuanto a los "contras" de SQL:
Hay escenarios donde perfectamente puedes trabajar con consistencia eventual. Y el tema de la seguridad sería delegada a otros niveles.

Montes28, ya te lo había comentado en el foro de Javascript: Debes investigar exactamente donde está el cuello de botella. Incluso esa librería que proporciona puede con eso.

Saludos