jenergyТ.е. еще и подгонять некоторые "схожие" атрибуты под общий шаблон: "texture": "1.png" к "textures": ["1.png"] и пр.
Просто интересно мнение "толпы" со стороны что лучше и почему ;)

Лучше как удобней в данном конкретном случае.

А так.
Отделите данные сущности, от представления в JSON.
Например:
В БД храните как вам удобно, а клиенту отдаете как удобно вашим PHP-ника

jenergyТак вот в том то и дело что клиент я;) это они мне хотят отдавать так как им удобно трансформировать в "json".
Просто я не понимаю какой смысл хранить все типы сущностей в одной таблице которую потом придется расширять добавляя дополнительные атрибуты... Т.е. по сути они все затачивают не под "логичность" а под конкретный фреймворк или скорее всего чтобы не писать трансформатор в json по мне так это все бы развернулось со списка трансформируемого в json в цикл пробегающий по таблицам трансформирующем n списков пара тройка лишних строк кода при учете что этот документ формируется один раз и сохраняется в кэш а вот раздается миллионам клиентов ;)
Или я дурак и чего-то не понимаю в их phpшной кухне.

Да все норм.
PHP-ники просто хотят себе меньше работы. Написать один раз, а там фронтендщики пусть сами разбираются.

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

Если "формат" JSON нужен для вас, то вы и диктуйте формат, который вам удобен.
А как PHP-ники будут хранить в БД, это их головная боль, а не ваша.

Izya2) Пока не понял, почему JSON не хранить прямо как JSON. Например PostgreSQL может и хранить и, вроде бы, даже индексы по содержимому JSON полей строить.

Потому что строить запросы к JSON-полям в PostgreSQL будет то еще приключение.
Как я и говорил раньше - тут проблема не техническая, а организационная.
Просто PHP лень.
А так они могут хранить как им удобно, а отдавать как удобно веб-программисту.
Никаких противопоказаний нет.

Izya mad_nazgul,

Вы общались с ТСом, что так уверенно за него говорите?

Про всякие-разные "запросы" в его постах нет вообще ни слова, поэтому я и спрашиваю.
Как вариант, вдруг там таблицы с двумя полями (идентификатор сущности ID, описание сущности JSON) достаточно будет?

Здесь же в форуме.

Если вы почитаете, то увидите, что ТС попросил определенный формат JSON.
Его право, ему так удобнее писать клиент.

PHP-ники предложили свой формат, который удобен им.
Насколько я понял, чтобы меньше делать, просто тупо отдавать то что получили из БД.

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

Поэтому и советую ТС настаивать на своем решении.
Мотивиру тем, что они (PHP-ники) могут у себя на бакенде хранить как им заблагорассудится, а отдавать как надо.