у позиций какие-то подпозиции и т.п. В итоге древесная структура. " если в приложении используемая единица это "документ" и создается/обновляется/ она только целиком , и нет запросов по условиям и по изменению внуттренних данных , то зачем этот документ дробить по таблицам???
А как тогда лучше хранить?
...и Вам неважно, что там во "внутренних данных" (т.е. считается, что они 100% корректны) и т.п. — да, почему нет? И вообще, почему бы сразу не хранить как blob (bytea) — зачем на JSON-то время тратить?! Пускай приложение разбирается со своими значениями, зачем базу сюда "впутывать"?
все зависит от реальной задачи, это может быть облегчение (гибкая структура, проще изменять когда тз люфтит, и реальный ад когда например вы храните большой json и там пусть и атомарно по документу, но изменяете только часть json)
Обсуждают сегодня