Cita: Lo de xml es como muy bien dices "una chapuzilla" ya que encontraba que albergar todos los mensajes de los usuario en una tabla y relacionarlos con el id del usuario crearia una tabla realmente grande y pensé que con el xml y creando uno por usuario crearia un estilo mas eterogenio.
Si. Como dices, es muy posible que se termine generando una tabla realmente grande, aunque en este caso el incremento de la tabla, que a nivel de InnoDB no tiene un límite, se puede administrar depurando la misma con ayuda de un datawerehouse que permita separar datos "históricos" en cada proceso de mantenimiento, sacando de esa forma de la base principal, lo que en definitiva "alivianaría" la tabla.
Un detalle que debes tener en cuenta es que ese tipo de problemas recién se pone de manifiesto cuando la tabla en cuestión llega a ser
realmente grande, o sea, en el orden de muchos Gb...
Otra solución es tratar de ver si los post y las respuestas pueden estar representando entidades diferentes en algunos casos. Esto implicaría que el peso de los posts podría repartirse en diferentes tablas, según el caso.
Finalmente, tienes dos alternativas para controlar el asunto: Hacer una base distribuida, o replicarla para que las consultas puedan ser optimizadas por otros medios.
En fin. Si el problema es la sobrecarga de una tabla (ya lo he sufrido en unas aplicaciones), existen otros planes de contingencia posibles.
MI principal objeción sobre el uso de archivos planos para mantener ese tipo de configuraciones, es que se genera una dependencia demasiado estricta a un modelo de datos, ya que cualquier cambio o adición posible en ese modelo implicará eventualmente la modificación tanto de los XML como de la aplicación misma. solucionas un problema "pequeño" y te crearás uno muy grande a mi entender.
Sugerencia: Usa el buscador del foro y fíjate sobre el tema de diseño de paginas con administración de post y usuarios. En los últimos dos meses hubo varios donde se trató el tema de una forma bastante detallada.