Estructura BD para unha web que gestiona una liga

[Matachin]

Estoy con una web en la que se gestiona una liga donde utilizaba las siguientes tablas en MySql:

Equipos (con id_equipos y otros como nombre, etc)
Jugadores (con id_jugador y otros datos)
Canchas (con id_cancha y otros datos)

equipos_años (id_equipo, año, id_cancha, categoria)
jugadores_equipo (id_jugador, id_equipo, año)

partidos (id_partido, jornada, id_equipolocal, id_equipovisitante, tantoslocal, tantosvisitante)
estadisticas (id_partida, id_equipo, id_jugador, tantos)
clasificaciones (jornada, posicion, id_equipo, jugados, ptos, tantos)

Este es el segundo año que trabajo con la web y en la primera no tuve problemas y pensando (poco) en el futuro cree una tabla para cada categoría y así tenia:
2008_partidos1, 2008_partidos2, 2008_estadisticas1, 2008_estadisticas2 2008_clasificaciones1, 2008_clasificaciones2

lo hice porque pensaba que a la larga habría muchas temporadas y lo hiciera todo en una (añadiendo año y categoría a partidos, estadísticas y clasificaciones) habría demasiados registros, por ejemplo en cada temporada la tabla estadísticas tiene 2.500 registros.

Pero ahora al intentar hacer un histórico de equipos o de jugadores la cosa se complica mucho mas que si usara una tabla sola.

¿Debería usar una tabla sola en vez de una por año?

¿Generaría algún problema tener tantos registros en una sola tabla?

Estoy valorando cada posibilidad así que me haríais un favor si me dierais vuestra opinión. Gracias.

[quimfv]

A ver 2.500 registros son muy pocos registros, no es una cantidad grande. En 10 años 25.000 siguen siendo pocos...

Segundo la gran solucion es que al final de la temporada pasen los valores a una tabla historico asi las operaciones mas habituales, las de la temporada en curso, siempre trabajaran con muy pocos registros. Esta claro que tendras que agregar un identificador de temporada a la tabla historico.

Si quieres dar datos historicos que incluyan los resultados hasta el ultimo partido jugado, seguiras teniendo el problema de tener datos en la tabla historico y en la tabla (digamos) temporada, pero esto se soluciona con una vista (view) que haga un union all de las dos tablas.

Finalmente tendrás una tabla historico, una tabla temporada y una vista para cada una de las tablas que tines ahora. Y trabajaras habitualmente con las tablas temporada, con las vistas cuando quieras dar datos historicos y una vez al año con las tablas historico cuando pases los datos.

Yo no separaria la categorias, puesto que los equipos suben y bajan de categoria eso te complicará los historicos.... identificador de categoria y listos.

Quim