[SOLUCIONADO] Mejor diseño para una BD

[Lobito14]

Buenas amigos.

Estoy diseñando un sistema, y estoy teniendo algunas dudas con el diseño de la base de datos, no se como hacerlo de la mejor forma. Les pasaré a explicar el sistema para que puedan ofrecerme consejos.

¿Conocen series.ly? Para el que no lo conozca, es una web en la cual puedes ver/descargar series y películas, y llevar un "control" del contenido que ves, mediante el seguimiento de series, el marcado de capítulos vistos y toda esta historia.

Yo estoy diseñando algo parecido, y a la hora de diseñar la base de datos, me encuentro con la siguiente duda, y es que a la hora de que un usuario empiece a seguir una serie, cómo controlar los capítulos que lleva vistos, ademas de que habría la posibilidad de marcar algunos capítulos como favoritos, o añadir notas a algún capítulo concreto.

La primera opción que puede ocurrirse es una tabla solo para esto, donde cuando un usuario empiece a seguir una serie, introduzca en esta tabla el ID de todos los capítulos de esa serie y el del usuario, y un campo que sea "visualizado", otro "favorito" y otro para "notas", pero si ponemos como ejemplo una serie como "Friends", la cual consta de 10 temporadas con unos 24 capítulos cada una, se generarían 240 registros para cada usuario que esté siguiendo esa serie, y creo que esa no es la mejor forma.

Pues ese es mi problema, espero haberme explicado bien y a ver si algún compañero puede ofrecer ayuda.

Gracias.

[francap]

Yo lo haría así

Tabla series

id series
nombre
........


Tabla Capitulos
id Capitulo
Id Serie
nombre
...........

tabla usuario
id usuario
nombre
........

tabla capitulos vistos
id usuario
id capitulo
...............

[Lobito14]

Pero ahí faltarían bastantes cosas de las que expongo, no?

Agradezco tu respuesta, pero eso no me valdría.

Gracias.

[gnzsoloyo]

pero si ponemos como ejemplo una serie como "Friends", la cual consta de 10 temporadas con unos 24 capítulos cada una, se generarían 240 registros para cada usuario que esté siguiendo esa serie, y creo que esa no es la mejor forma.

Esa no sólo es la mejor forma. Es la forma correcta de hacerlo. de lo contrario no tendrías jamás trazabilidad histórica y al mismo tiempo normalización de la base.

[francap]

Si quieres llevar un seguimiento de cada capítulo, tendrás por lo menos que generar un registro por cada capítulo al que hagas referencia.


La solución que pensé es en base a que a veces uno comienza una serie y ve algún capitulo, luego se olvida.

Entonces guardarías en la tabla:

tabla capitulos vistos
id usuario
id capitulo
................

puedes agregar en los puntos suspensivos los camopos:
visualizado
favorito
nota

cambiar el nombre de la tabla a :capitulos_usuarios.

Quedaría así:

tabla capitulos_usuarios
id usuario
id capitulo
visualizado
favorito
nota

Luego solo agregarías un registro cuando el usuario interactúa con el capítulo.
Si el usuario, ve, marca como favorito o crea nota en todos los capítulos de las 24 series tendrías igual los 240 registros por usuario.

Pero ahorrarías mucho espacio si los usuarios no tendieran en su mayoría a interactuar con el 100% de los copítulos una vez que empieza con una serie.

Por último no soy un erudito en esto Simplemente vi que tenía un par de días el post e intenté darte una mano. A veces escuchando otra opinión. aunque no sea la mejor, reafirmamos la nuestra o le podemos modificar alguna cosa y eso nos da impulso para seguir adelante.

[Lobito14]

Iniciado por gnzsoloyo

Esa no sólo es la mejor forma. Es la forma correcta de hacerlo. de lo contrario no tendrías jamás trazabilidad histórica y al mismo tiempo normalización de la base.

Entiendo.

Tampoco tengo mucha experiencia con el diseño de bases de datos, y por eso vine a pedir ayuda aquí, porque me parecía que podría ser un poco burrada si se registrasen 10 usuarios por ejemplo y se ponen a seguir una serie con tantos capítulos, generaría un montón de registros y no se como afectaría eso al rendimiento, pero si la forma correcta es esa, así seguiré implementando el sistema.

Gracias.

Iniciado por francap

Si quieres llevar un seguimiento de cada capítulo, tendrás por lo menos que generar un registro por cada capítulo al que hagas referencia.


La solución que pensé es en base a que a veces uno comienza una serie y ve algún capitulo, luego se olvida.

Entonces guardarías en la tabla:

tabla capitulos vistos
id usuario
id capitulo
................

puedes agregar en los puntos suspensivos los camopos:
visualizado
favorito
nota

cambiar el nombre de la tabla a :capitulos_usuarios.

Quedaría así:

tabla capitulos_usuarios
id usuario
id capitulo
visualizado
favorito
nota

Luego solo agregarías un registro cuando el usuario interactúa con el capítulo.
Si el usuario, ve, marca como favorito o crea nota en todos los capítulos de las 24 series tendrías igual los 240 registros por usuario.

Pero ahorrarías mucho espacio si los usuarios no tendieran en su mayoría a interactuar con el 100% de los copítulos una vez que empieza con una serie.

Por último no soy un erudito en esto Simplemente vi que tenía un par de días el post e intenté darte una mano. A veces escuchando otra opinión. aunque no sea la mejor, reafirmamos la nuestra o le podemos modificar alguna cosa y eso nos da impulso para seguir adelante.

Muchas gracias de nuevo francap, por supuesto que se agrede mucho la respuesta y la ayuda, solo que como no respondía directamente al problema que planteaba, por eso te dije que no me solucionaba el tema, pero te lo agradezco de veras.

Un saludo.

[gnzsoloyo]

Tampoco tengo mucha experiencia con el diseño de bases de datos, y por eso vine a pedir ayuda aquí, porque me parecía que podría ser un poco burrada si se registrasen 10 usuarios por ejemplo y se ponen a seguir una serie con tantos capítulos, generaría un montón de registros y no se como afectaría eso al rendimiento, pero si la forma correcta es esa, así seguiré implementando el sistema.

La idea es que esa tabla es la representación de una relación N:N entre Usuarios CapitulosVistos (supongamos).
cada registro representa:
1) Usuario que mira la serie.
2) Serie vista
3) Capitulo visto
4) Inicio de visualizacion
5) Fin de visualziacion
6) Punto de visualizacion (opcional), que repesentaría, si fuese posible, el punto en que interrumpió la reproduccion,por ejemplo. Este es un detalle que surge de la definición de las reglas del ssitema.

En definitiva, estamos hablando de una tabla que conserva sólo Ids, que si fuesen numéricos, serían apenas 48 bytes por registro.
¿Cuánto crees que tardaría en agotarse tu espacio de disco en ese contexto.

Además, piensa que los DBMS se diseñaron precisamente para hacer busquedas de datos de ese tipo y peores.