Barrapunto

Premature optimization is the root of all evil ;)

...te ahorras la cláusula de JOIN en las consultas. Por otro lado, el que tengas muchas actualizaciones no tiene porqué interferir con las SELECT que hagas.

Creo que te va a dar igual una cosa que otra, pero si cada tabla solo va a tener un estad1 y un estad2 a mi me hace menos daño a la vista tenerlo todo en una sola tabla. Así si ya tienes seleccionada la tabla no tienes que buscar en la otra para modificarla pues ya tienes el registro adecuado seleccionado. Aunque claro no tengo experiencia con MySql ni se como tienes pensado tratarlas para decirte si lo que te estoy diciendo es cierto.

Una cosa que podrías hacer es probar con las 2 configuraciones y un conjunto de casos de ejemplo razonable (incluso aleatorio) y usar un bucle de por ejemplo 10000 iteraciones seguidas de lo que vayas a hacer con las tablas y quedarte con la que mas te haya convencido.

Como nota final puedo contarte que en un sitio donde curraba hace tiempo tenían una base de datos enorme (1Gb en Access97, si ya veis, un suicidio) y llegaron a la conclusión que usando tablas separadas las consultas tardaban más, así que aunque no fuera lo formalmente correcto decidieron tener quince tablas grandes antes que cincuenta pequeñas, aunque claro ahí realmente se escribía poco en comparación con las lecturas.

En resumen haz lo que quieras xD.

Siendo escrupulosos con el modelo relacional de bases de datos, paradigma sobre el que ha sido diseñado MySql, deben ser tablas separadas.

Ahora, siendo solo esas 2 tablas (ó 1) pues tanto te da en la práctica, pero estará mal que lo hagas solo con 1.

El motivo, pues, serían varias horas de teoria y no creo que te compense.