Подобное можно сделать, но не так, как ты описал, и с другими целями Хранить данные в одной базе в разных таблицах конечно плохо, как минимум потому что это тут же порождает проблему синхронизации данных в разных таблицах Но иногда есть смысл вынести основную инфу в кеш (редис, например), чтобы вообще не лезть в базу
Как бы вы сохраняли пользовательский ввод, если он должен быть в виде html ? И что делать, например, если классы, использованные в этом вводе, перестали быть актуальными (приложение на фронте изменилось, а то, что сохранено в беке, не учитывает этих изменений для всех случаев)
емм?) может я неправильно выразился, я хотел спросить у автора вопроса зачем ему сохранять html, какие именно данные там будут хранится, если это просто нужно сделать форматирование поста какого то, то через теги кастомные это делать, а если по задаче там именно html нужно хранить, то уточнить зачем чтобы дальше думать как обойти проблему с актуальностью классов
храним настройки оформления статьи в бд, а html представление каждый раз строим по новому как пользователь открывает статью, используя актуальные классы