Форум MySQL

Собираюсь писать скрипт одноуровневого форума, типа гостевой или новостной ленты, с возможностью посетителям комментировать сообщения(темы). На странице одновременно будут выводиться сообщения - 20-30 и комментарии к ним - 3-6 в среднем к каждому.
Как будет всё это дело быстрее работать: 2 таблицы - одна сообщения (темы), другая - все комментарии с идентификаторами принадлежности к теме или одна таблица- одновременно с темами и комментариями ( под комментарии к конкретной теме отвести одну запись типа text, объёмом не более 64 Кбайт) - так сделано в сервисе gb.lpt.ru .
А может периодически генерировать для комментариев новые таблицы?
В год предполагается публиковать порядка 2500-3000 тем.
Вообще можно ли это оценить, ведь на бумаге всё выглядит упорядочено, а физически блоки информации на диске перемешаны.

Чем больше таблиц, тем медленее будет работать Web-приложение, так как нужно будет либо работать со второй таблицей открывя её в цикле, либо использовать многотабличные запросы: и то, и то замедляет скрость работы Web-приложения. Но на самом деле, я бы в вашем случае об этом не беспокоился. На странице будет фиксированный объём тем и ограниченный объём сообщений, т.е. с ростом объёма базы данных время отклика возрастать не будет - оно всегда примерно будет одинаковым. Объединение в одну таблицу скорее всего не даст серьёзного выигрыша в скорости, но здорово затруднит разработку Web-приложения и увеличит объём базы данных (объём, кстати, тоже на скорости сказывается). Кроме того в современных базах данных индексирование позволяет практически полностью снять накладные расходы при многотабличных запросах.

PS Реально всё будет определятся сервером, на котором будет расположено Web-приложение. Я бы пошёл по двух-табличному варианту и только в том, случае если скорость будет мала перестроил бы Web-приложение на однотабличный вариант.