0
Какой здесь общий подход?Хранение комментариев с помощью mysql
Сделайте новый стол за каждую примечательную вещь - не уверен, что хорошая идея, незнакомая с накладными расходами, вызванная этим, но я подозреваю, что есть некоторые.
Сделайте один стол с большим столом с каждым комментарием в нем - мне нужно будет выбрать, где совпадает идентификатор, который звучит как поиск, дорогой! Или mysql может создавать хэш-таблицы для ключей, чтобы ускорить его?
Сделать столики среднего размера? Как вариант в промежутке. Позволяет сказать, что каждая таблица содержит комментарии 1000 элементов, поэтому для 30 тыс. Элементов у меня будет 30 таблиц?
Не удивительно, что много сайтов с комментированием при необходимости позже получать комментарии: о
Под «комментариями» вы подразумеваете объекты, представляющие комментарий, не так ли? – Makoto
это комментарий – user81993
Основная предпосылка вопроса, которая «хранит кучу комментариев в базе данных», слишком широка, чтобы протянуть; есть миллиард способов сделать это. Я убежден, что ваш вопрос заключается в том, как взаимодействуют базы данных с программным обеспечением, поэтому вы сначала считали, что для этого вам нужно много таблиц (большинство реализаций, таких как ['act_as_commentable_with_threading'] (https://github.com/elight/ act_as_commentable_with_threading) просто используйте * one * table). Прежде чем вы сможете оценить ответ на этот вопрос, я бы посоветовал вам ознакомиться с базами данных и дизайном базы данных. – Makoto