Лысый дядькаЭто еще почему?
ибо хз как. Если знаете, то подскажите пожалуйста

Petro123, Вот модель.

Petro123, это модель того класса который я скинул выше.

Я не знаю как правильно. Так оставить или же нет.

Petro123можешь в json в блоб поле базы.
Запросов и БЛ по ним нет.

Я тоже рассматривал этот вариант. Но там не факт что все поля будут. Мало ли. Так же само как и с вариантом одной таблицы, который был предложен выше.

Лысый дядькаТогда вам запрос вернет NULL и вы будете использовать какие-то настройки по дефолту.

Фигня в том что како-то параметра может вообще в принципе не быть. И тут уже беда.Если в том варианте который есть у меня сейчас там будет поле NULL.

Я рассматриваю все варианты. Я не говорю что Ваш вариант не подходит.

Petro123не понял. Пример давай. В блоб можно все чт угодно сохранить.

Можно все что угодно, да. Но не факт что все те настройки которые мне нужны будут там находится (а мало ли что-то не передалось и т.д.)

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

Petro123подробнее юз кейс распиши на 4 абзаца.
Ты пытаешься делать динамичные формы хранящиеся на сервере. Это не очень правильно.
Юзверь не разработчик ГУИ.

Ну. Типо не разработчик ГУИ, но он может настроить то же ГУИ под себя как ему угодно. Аля html билдер, но не прям что бы билдер.

Юзкейс.
Клиент (который владелец сайта) добавил свой сайт к нам на сервис. Добавил виджет к себе на сайт (вставил js код к себе в html).

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

И вот к примеру, когда клиент сохранял настройки что-то пошло не так и какие-то поля не пришли вообще.

И как быть в случае если в дальнейшем будут добавляться поля или же убираться? Если с добавлением в принципе ок, то вот с удалением все печально. Если будет энтити в виде классов то удалить поле и хибер удалит колонку. Все вроде ок.

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

Озверин, как вариант. можно и так.

Petro123, Виджет чатика. кастомные могут быть только поля для ввода текстовых данных. и все.

Ну и кастомизация заключается в том что клиент может включить или отключить какой-то функционал в виджете чата.