Hacer una tabla SQL para cada usuario del sitio web (miles) con miles de filas?

Question

Estamos construyendo una herramienta eLearning MultipleChoice donde miles de usuarios completarán nuestras pruebas. Ya tenemos miles de suscriptores en nuestros otros seminarios, etc., por lo que es muy probable que miles completen también las pruebas MC. Ahora, necesitamos hacer un seguimiento de cada pregunta que cada usuario ha respondido, cuánto tiempo le tomó, si fue correcta (después de cuántos intentos) y si no, qué respuesta incorrecta dio, etc. Realmente hay muchos datos.

Ahora, vamos a tener miles de preguntas y miles de usuarios. Dado que cada pregunta tendrá al menos 4 respuestas y también queremos hacer un seguimiento de las respuestas incorrectas, mi pregunta es: en este caso particular, ¿tendría sentido tener una tabla por usuario?

Sé que la pregunta de tabla por usuario ya se ha preguntado aquí (here, por ejemplo), pero siento que este es realmente un caso diferente.

Entonces: ¿Una tabla con millones de filas o miles de tablas con miles de filas?

Answer 1

Nunca tiene sentido tener un objeto de base de datos por usuario. Si diseña su tabla y estructura de base de datos de forma adecuada, una tabla con un millón de filas es fácilmente manejable.

Una tabla por usuario será muy inmanejable, y no es así como se diseñan las bases de datos relacionales.

Cree una tabla para los usuarios y cumpla con las mejores prácticas de RDBMS. Implemente el ajuste de consultas y asegúrese de que haya índices apropiados en la tabla, así como estadísticas actualizadas.

Answer 2

Muchos RDMS le permiten crear tablas particionadas; Creo que esa sería la mejor opción en su caso (una tabla dividida para todos los usuarios, depende de RDMS que esté utilizando, tendrá diferentes opciones para especificar la clave de la partición)

Answer 3

La respuesta habitual es esa "tabla por usuario" es un diseño horrible, y la solución simple es una sola tabla con campos adicionales para identificar la propiedad.

p. Ej. teniendo

table_1 table_2 table_3 ...... table_999999999 
id  id   id    id 
...  ...  ...   ... 

es un enorme desperdicio de recursos, mientras que tener

table 
id 
user 
... 

es mucho más fácil de representar.

Answer 4

Definitivamente no usaría una tabla por usuario, eso sería una pesadilla para mantener.

Si yo fuera a tratar de diseño de la base de datos que probablemente intentará romper los datos tanto como sea posible, por lo que por ejemplo tiene:

tabla Usuarios: Contiene todos los usuarios Preguntas: contiene todas las preguntas

resultados: Contiene todos los resultados ID de usuario, test_id, el tiempo

prueba testid, IdPregunta, respuestas, time_to_complete

Respuestas answer_id, responder

Así que en este escenario su tabla de resultados es una visión general, tiene la UserSID, la prueba tomaron y el tiempo para completarlo, esto es una visión general de todo el asunto. A continuación tiene la tabla de prueba, esta es la prueba completa que el usuario tomó pregunta por pregunta, por lo que tiene id de la pregunta, un enlace a una tabla con cada respuesta que el usuario envió, y luego tiempo para completarlo. tabla de respuestas tiene cada respuesta del usuario presentado

Así los datos se vería así:

Results 
UserID, TestID, Time 
1   1  00:11 

Test 
TestID QuestionID, answers, time_to_complete 
1  1    1   00:10:00 
1  2    2   00:01:00 

Answers 
answer_id, Answers 
    1   A 
    1   B 
    2   A 
    3   A 
    3   B 
    3   C 

Este enfoque permitirá seleccionar los datos específicos para cada usuario, ver la cantidad de veces que se han tomado un etc prueba y sería mucho más fácil de administrar que miles de tablas.