Duda conceptual , ¿1 base de datos o varias?

[Vun]

Buenas, ahi voy con mi duda... Tengo un juego online por navegador, este tipo de web es muy jodida para el Mysql porque no puedes cachear apenas nada, los jugadores estan constantemente realizando acciones por lo que los UPDATE, INSERT y DELETE se multiplican que da miedo...

El tema es que ahora mismo tengo la base de datos que solo soporta 1 unica partida, y voy a programar para que soporte un numero ilimitado de partidas simultaneas.

IDEA #1: Bueno, lo más sencillo seria añadir una tabla PARTIDAS y al resto de tablas añadirle un campo ID_PARTIDA, supongo que lo entendeis asi dicho tan simple. Aclaro que el juego tiene más de 25 tablas..

IDEA #2: Mi duda viene a si realmente esta es la mejor manera de hacer esto, o merece la pena crear una base de datos para cada partida, con lo que por ejemplo la tabla COMBATES constaria por ejemplo de 30.000 registros en cada base de datos, en vez de tener 120.000 registros si lo aglutinara todo en una unica tabla COMBATE de una base de datos. (?)

IDEA #3: Otra idea que se me acaba de ocurrir es usar 1 sola base de datos y crear varias tablas con un prefijo segun la partida, asi tendriamos COMBATE_P1 , COMBATE_P2...



En fin.... ahi suelto mi duda a ver si alguien especializado en estos casos me puede aconsejar, o decirme algun articulo que me oriente.

[huesos52]

Que tal vun

Yo me quedo con tu opción 1.
Es la opción mas acertada si tratas de conservar estructura, integridad y facilidad de mantenimiento de tu base de datos.

El hecho de que tenga una cantidad muy alta de inserciones, consultas y actualizaciones es un reto muy grande para que sepas administrar muy bien tu base de datos. Por que sin dudarlo, se que mysql está en capacidad de hacerlo.

saludos vun

[Midal]

No termino de entender que es eso de "solo soporta una partida", quizás es por que no conozco el juego.

Supongo que te refieres a que no pueden pelear mas de dos personas a la vez ¿No?

De todas formas supongo que la respuesta da lo mismo. Si deseas optimizar tu código para pocos usuarios usa siempre la misma BD, así tu código PHP será mas eficaz, en cambio si ves que el juego está creciendo a un buen ritmo y que la ampliación del servidor va a ser necesaria a un plazo medio distribuye en varias bases de datos.

El por que es sencillo, en el futuro podrás repartir la carga poniendo una o varias bases de datos en cada servidor y así no saturar ninguno.

De todas formas IDEA #3 no se llevaria muy bien con esto:

voy a programar para que soporte un numero ilimitado de partidas simultaneas.

Ya que tendrías una cantidad de tablas ilimitadas y administrar eso puede ser caótico.

[Vun]

Gracias por las respuestas!

Midal, lo de varias partidas es como si tu tienes una base de datos digamos de un videoclub por ejemplo con las tablas: Peliculas, clientes, alquileres

Y te dicen que van a abrir 5 videclubs más, por lo que habria que añadir la tabla Videoclubs y pasarle la ID al resto de tablas.

Supongo que mejor haré una base de datos para cada partida (videoclub), de forma que si mi juego explota con miles de jugadores (dejadme soñar) tenga un sistema sostenible (esta de moda esta palabra)

[Midal]

Supongo entonces que limitarás las partidas a una determinada cantidad, no irás a tener 100 bases de datos, por ejemplo.

[Vun]

Si, como máximo serían 5 o 6, tengo que leer más sobre como enlazar tablas de bases de datos distintas x_X

[Teosanchez]

Hola.

No te recomiendo la solución de crear una BD para cada partida, porque eso te puede dar millones de problemas de administración. Además si como dices más arriba lo vas a limitar a 5 o 6, para eso no necesitas tantos recursos.

La mejor idea es tenerlo todo en una sola base de datos y creo que no deberías preocuparte por MySQL, porque las bases de datos están pensadas para millones de registros y cientos de tablas.
Seguro que soporta varias decenas de usuarios sin mayores inconvenientes.

Otra cuestión es si el servidor donde lo tienes alojado te permite tanta caña.