Generalproger,

update в базе -- это дублирование всей записи (а если джейсон килобайтный, а то и более -- то представьте себе цену)

да и редактирование json-а, как переменной, -- это ещё и разборка сборка его через присвоение его всего каким-то переменным, один -- исходной, второй -- выходной, ну и в промежутках преобразования, а не как бы хотелось -- поменять сво-во объекта по указателю, ничего не разбирая руками и т.п.. (может быть в перл его кстати дешевле будет запихать, и там надругаться -- там похожие объекты есть, надо покумекать).

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

Generalproger,

есть многие штуки, которые иногда сильно ускоряют некоторые вещи, в т.ч. массивы.

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

для json скорее всего тоже есть ниша -- когда апдейты редки, или можно с ними смириться, в том случае, когда по json возможен какой-нито полезный функциональный индекс, частый в пользовании.

(всё от того, что доступные всяким негодяям в М-системах самопальные индексы по чему угодно нам не доступны -- нельзя повесить смешенный индекс на комбинации полей и выражений из 2-х таблиц, да и по комбинации строк одной (типа gist на ARRAY (SELECT fld FROM tbl WHERE main_id .... ) ) -- не вешается. )