Справка по соединению PHP с двумя таблицами

Обновление board___forums при добавлении сообщения или ответа - с точки зрения производительности - не самая плохая идея. Для отображения страницы индекса вам нужно только выбрать данные из одной таблицы board_forums - это определенно намного быстрее, чем выбор второй таблицы для получения «информации о последних сообщениях», даже при использовании умного соединения.

Лучше просто обновлять статистику по каждому действию, новому сообщению, удалению сообщения и т. Д.

Другие экземпляры, скорее всего, не потребуют обновления статистики (удаление темы вызовет обновление форума, чтобы показать на одну тему меньше в количестве тем).

Подумайте обо всех действиях пользователя, в большинстве случаев вам не нужно обновлять статистику, поэтому получение подсчетов на лету очень неэффективно, и вы правы, что так думаете.

Похоже, ты уже поступил правильно.

Если бы вы присоединились, вы бы сделали это так:

SELECT * FROM board_forums
JOIN board_posts ON board_posts.forum_id = board_forums.id
WHERE forum_parent = '$forum_id'

Проблема в том, что он получает каждое сообщение, что бесполезно (и очень медленно). Вы бы хотели сделать что-то вроде этого

SELECT * FROM board_forums
JOIN board_posts ON board_posts.forum_id = board_forums.id ORDER BY board_posts.id desc LIMIT 1
WHERE forum_parent = '$forum_id'

за исключением того, что SQL так не работает. Вы не можете упорядочить или ограничить соединение (или сделать много других подобных вещей), поэтому вам нужно получить каждую строку, а затем сканировать их в коде (что отстой).

Короче, не волнуйтесь. Используйте объединения в реальном случае, когда вы хотите загрузить все форумы и все сообщения одним обращением.

Простое решение приведет к многочисленным запросам, некоторые из которых, как вы уже обнаружили, являются необязательными.

Классический подход к этому - кэшировать результаты и извлекать их только время от времени. Кэш не обязательно должен жить долго; даже две-три секунды на загруженном сайте будут иметь большое значение.

В любом случае вам поможет преобразование данных в таблицу, которую вы уже читаете. Такой подход избавляет вас от необходимости выяснять необязательные запросы и может быть немного дешевым выигрышем, потому что это всего лишь еще одно обновление, когда вставка уже происходит. Но это переносит некоторую целостность данных в приложение.

Кстати, вы можете столкнуться с проблемой рекурсивного запроса в ваших потоках. Реляционные базы данных не очень хорошо хранят иерархические данные, если вы используете «простой» алгоритм. Лучший способ - это то, что иногда называют «набором деревьев». К сожалению, Google это немного сложно, поэтому здесь являются некоторые ссылки.