[SOLUCIONADO] Mejor DB para multitud de peticiones simultaneas

[Triby2]

Saludos,

Pues eso, según ustedes, cuál sería la mejor base de datos para soportar multitud de peticiones simultaneas. Cuando digo multitud, estoy hablando de un site con alcance global.

Se trabajaría con tecnología web, back-end Laravel, front-end Vue.js o quizas Angular.

Lo que no estoy seguro es que vaya a necesitar una base de datos relacional ya que las consultas serían para obtener unos datos por cada usuario. Eso sí, cabe la posibilidad de que se pudiesen realizar millones de transacciones por día.

MongoDB podría funcionar bien? Si no, cuál podría ser la candidata perfecta?

[Libras]

Todo depende, si no es relacional tienes mongo, si es relacional depende de tu presupuesto, si tu presupuesto es limitado entonces un mysql, si tienes dinero un sql u oracle, pero todo depende, los datos que das son muy escuetos para decirte "este es el mejor"

[Triby2]

Bueno, si dices que mysql puede soportar tantas transacciones, pues ya me va bien.

[JoshMex]

Cuando te refieres a "multitud de peticiones" tienes alguna estadística?

[gnzsoloyo]

Iniciado por Triby2

Bueno, si dices que mysql puede soportar tantas transacciones, pues ya me va bien.

El primer motor de base de datos usado por Amazon fue MySQL...
TE imaginarás con eso cuánto es capaz de soportar.

Este es un listado de los usuarios de MySQL. Con los nombres te podrás dar una idea de cuantas transacciones puede manejar sin problemas.

https://www.mysql.com/customers/

[iislas]

Emito mi humilde opinion, sin que nadie me la pida.

Una cosa es tener MILLONES DE TRANSACCIONES (peticiones) durante el dia y otra, es tener MULTI-TRANSACCIONES en un corto periodo de tiempo y me explico.

Estoy de acuerdo que Amazon puede tener muchas, muchas, millones de transacciones, pero son en un tiempo de 24 horas.

En mi experiencia, participen en el desarrollo del proyecto para TV Azteca "La Academia", primera generacion.

Ahi si, para que vean, eran 50 transacciones por segundo en un concepto de multi-hilos, eso, es MULTI-TRANSACCIONES, millones de transacciones en un corto tiempo.

Saludos

[gnzsoloyo]

Partiendo de la base que tengas, digamos, 8.640.000 transacciones en un día, como hipotetizas, serían 100 transacciones por segundo. Y dado que una transacción comercial en Amazon puede durar (por mi experiencia) alrededor de 30 segundos, eso implicaría que en ese contexto la base de Amazon pdría soportar 3.000 transacciones concurrentes sin ni siquiera pestañear...
¿Lo meditaste?

Yendo a lo que concretamente sabemos al instalar MySQL, ese DBMS tiene predefinida una concurrencia de 100 transacciones simultáneas, pudiendo configurar que reciba más, tantas como tu host soporte.
En esencia, es un DBMS de alta concurrencia, y las restricciones estarán dadas por el servidor de que dispongas, y de los recursos que le agregues, y NO por las limitaciones de la base de datos. Es decirque los límites los pone el hardware y la red, no MySQL.

[Triby2]

Bueno, gente ya me quedó claro, empezaré haciendo pruebas con MongoDb pues no sé si al final será relaconal o no lo que necesite, pero si lo necesito, lo hago todo en mysql al iniciar, y mas adelante cuando la web esté en auge veremos a ver si tengo que invertir en algo mas, por el momento tengo que asegurarme de que mi servidor sea bastante potente.

Gracias por aclararme las dudas

[gnzsoloyo]

Nota final: Los proveedores de hosting te pueden dar detalles precisos de la concurrencia que tienen para cada plan que ofertan. Es parte de la descripción técnica.

Preguntales a ellos por las limitaciones del servicio que les contrates.

[Triby2]

Iniciado por gnzsoloyo

Nota final: Los proveedores de hosting te pueden dar detalles precisos de la concurrencia que tienen para cada plan que ofertan. Es parte de la descripción técnica.

Preguntales a ellos por las limitaciones del servicio que les contrates.

Muy buen punto, no lo tuve en cuenta. Grácias.