Добрый день уважаемые.
Собственно прошу поделится опытом использования JSON для хранение.
Что чаще всего вы храните в данном типе и почему?

Собственно со своей стороны хочу поделиться мыслями.

1. Удобно хранить статические родственные свойства сущности, которые не будет участвовать в выборке или участие будет минимальным и не имеет связных ключей. Например имеем сущность "авто". Есть у него свойство "габарит" которое состоит из длины, ширины и высоты. Вот эти три свойства второго уровня "габарит" удобно хранить json. Иначе пришлось бы создавать три дополнительных столбца.
2. Если необходимо хранить какие то JSON объекты, целостность которых не особо важна или она проверяется приложением. Например мы используем для "сервер - клиент" RPC протокол который состоит из объекта. Удобно его писать, хранить и получать без серилизации.
3. Если используем ORM которая без костылей умеет прозрачно сериализовать объекты "туда - сюда" и контролирует целостность.
4. Если мы имеем многоуровневые данные и действительно не можем их расгрупировать по таблицам - каскадом, деревом, материализациями, вюхами.

Вот 4 пунка при которых использование JSON действительно обосновано. Вот всех остальных по моему мнению - это попытка упростить структуру таблицы (на первый взгляд) и усложнить работу с ней. Отказаться от всех плюшек реляционного подхода. Такая попытка сделать лошадь на шестью ногах..На 6 ногах есть NOSQL и Mongo.

И вообще я бы как то ограничил поддержку JSON в PG. Потому как много умельцев пытаются засунуть гигабайта JSON в PG. А потом плюются не понимая сильных сторон PG.

Кто что скажет?)

qwwqпро 3 поля в джейсоне вместо 3---х в таблице -- поржал. аффтар жжод. пеши исчо.

qwwqа вот шсторе [hstore] пользую. -- для открытого списка ключ--значение. (т.е. переменного числа полей).

qwwqА вот это только для внутреннего использования. Вытянуть это дело куда либо довольно проблемно и совсем удобно. Плюс в посл. версия PG есть нативные штуки по JSON. Та блин, hstote удобен внутри.
и массивы типов пользую --.

Автор жги еще)

qwwq -
Что ты с этим hstote сделаешь за пределами PG ? Без сериализатора получишь строку.
Чем тебе моя идея с одним JSON вместо трех не понравилась? Обоснуй.
Я c массивами не сравниваю, имхо разная структура. Массив набор линейных данных, JSON же в контексте ассоциативного массива.
Интересен именно опыт использования JSON с учетом недостатков и преимуществ.

qwwq,
Все бы думали как ты, так бы и сидели в эпоху 95 винды... Мне с ORM парсить вообще нечего не нужно. Все прозрачно. Я в общем говорю о целесообразности использования JSON. И его целесообразность, благодаря нативных функциям - намного полезней, чем хранение "мягких" данных.
Можно и ФИО запихнуть. почему нет? Индексы с джоинами - с коробки.
В общем твои доводы я понял. Хотелось бы еще кого то услышать.