Pregunta

Me haré servicio web de microblogging (para la escuela, así que no me explosión por falta de nueva idea) y me preocupa que DB podría ser a menudo estar sobrecargado (usuario podría seguir a otros usuarios o etiqueta así que suppouse que SELECT siquiera ser pesado - check 20 últimos mensajes que contiene todas las etiquetas de observación y de usuario).
Mi idea es crear otra mesa, y almacenar en ella más que StatusID y ID de usuario (que debe recoger el mensaje). El peligro de esto es, si alguna etiqueta o usuario tiene muchos seguidores que habrá una gran cantidad de registro con ese ID de estado. Entonces, ¿es buena idea? O tal vez mejor se usa relación M2M? (Un estado -> muchos receptores)

¿Fue útil?

Solución

Creo que la mayoría de las bases de datos pueden manejar fácilmente grandes conjuntos de registros. La responsabilidad de tener que preforma radica en su diseño con configurar en forma adecuada los índices. Si crea los índices correctos las cláusulas SELECT deben llevar a cabo muy bien.

Otros consejos

Me gustaría ir con un usuarios mesa, una mesa para tener la relación entre los usuarios y M2M Mensajes tabla.

A continuación, puede hacer una selección para encontrar todos los usuarios de un usuario está siguiendo y luego un segundo seleccione en para obtener todos los mensajes de interés (clasificación y la limitación de los resultados según el caso). La extensión de este a etiquetado debe ser bastante simple.

Este diseño debe estar bien para un gran número de usuarios y mensajes todo el tiempo que el índice de columnas de la derecha. Si tienes masiva, entonces también podría funcionar con las tablas de los usuarios y tablas mensajes a diferentes servidores o haber leído sólo replica. Yo ni siquiera preocuparse de que por el momento -. Que había necesidad de ser enorme

Al implementar Collabinate ( http://www.collabinate.com ), un motor basado en el servicio de microblogging y flujos de actividad compartidos, que utilizan una base de datos gráfica. El hecho de que las personas crean puestos y siguen otras personas se presta a una estructura gráfica. Con las relaciones y los algoritmos correctos, esto puede ser una solución muy eficiente y performante.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top