Объясните тайный смысл дублирования данных при сохранении?

Честно, то ли лыжи не едут ....

Пишем комментарий. Сохраняем. В базу заносится текст комментария, в два поля:

и тут же рядом

и такое не только с комментариями, но и с блогами наблюдается поля content и content_html

нисЕго нИпАнимаю...

я так понял это было сделано для модулей или для вставки в форум… вобщем хз — но для чего то было сделано же

Сергей, я вот сейчас в ожидании i2.0 ради того что бы не сидеть без дела, иля знакомства с потрохами icms ковыряю стандартные компоненты. Решил перековырять компонент content, выкинуть из него редактор, заменив его bbc редактором, и сделать возможность вставки cut в произвольном месте одного окна, а не вставкой в два как сейчас, ну и загрузку картнок в статью сделать как в блогах, комментах, форуме… И вот встал этот вопрос. Зачем, зачем дублировать контент в базу данных??? Даже там где это не надо. Ладно я понял бы еще в тех местах где используется html редактор (в статьях) но в комментах? Например форум прекрасно работает без конвертирования контента в html, а комменты, они же добавляются тем же самым редактором что и на форуме, а сохраняются в задвоенном виде. Для чего? Их же можно точно так же обрабатывать как и посты на форуме. С блогами аналогично.

Что могу сказать по комментариям. Эти два поля, как можно заметить, возникают из-за использования бб-кодов. В одном с тегами бб-кодов, в другом преобразованные в html. Преобразование происходит средствами движка. Браузер не понимает теги бб-кодов, ему нужен html.
По мне, так всё логично и правильно. Был бы выбор, тоже сделал бы так. Тут в чём стоит вопрос. Или мы записываем уже преобразованные данные один раз при добавлении в базу и в последующем просто берем их оттуда. Или записываем не преобразуя, и потом при каждом просмотре должны будем преобразовывать. Первый вариант: минус — лишнее дисковое пространство, плюс — меньше нагрузки на сервер и чуть меньше время загрузки страницы(хотя если комментов много может быть и намного). Второй — наоборот. Думаю, первый вариант всё же лучше. Обычно, в условиях реалхостинга не хватает ресурсов, чем дискового пространства. Да и время загрузки чуть поменьше — тоже хорошо, хотя бы для поисковиков.