Я думаю что можно если на уровне бизнеса мы договариваемся что JSON-документ - атомарен
с точки зрения БЛ и мы никогда никогда не будем модифицировать его поля в транзакциях
и в кросс-зависимостях от других документов и не делать петель и дедлоков.
Договариваться можно о чем угодно.
Этот договор ничего не стоит, потому что бизнес придет через неделю после того, как договорились и скажет, что им срочно надо постоянно менять JSON.
Ну это как бы нормальное поведение.
А потом выясниться, что по этим JSON-ам нужно аналитику делать, да еще "по времени".
Хорошо, если не вляпаться во что-то вроде бюджетирования.
Когда нужно один и тот же документ иметь сразу в нескольких вариантах, плюс возможность работы одновременно нескольких человек с логгированием изменений каждого (читай система контроля версий)
Сам участвовал в проекте, где "архитекторы" решили все данные хранить в JSON (MS SQL)
Для ввода данных было еще норм, но пользователи постоянно жаловались на тормоза.
А вот когда приступили к отчетам, то базисты "вешались".
Запросы по несколько часов. БД вставала колом.
В конце концов решили делать отдельную БД для построения отчетов. Нормализованную без JSON.
И вся идея "гибкости ввода" пошла по бороде.
Т.к. нужно было постоянно отслеживать изменения в JSON. Менять скрипты загрузки и менять структуру БД для отчетов.
ИМХО там БД нужна была, как телеге пятая нога.
Т.е. данные прогонялись по Event Sourcing, в архитектуре CQRS.
А для отчетов нужно было брать что-то вроде Hadoop.
Тогда может быть было бы полегче.
А так. Взяли худшее из двух "миров" и огребли проблемы по полной.
Кстати посмотрите вот этот господин рассказывает что разрабатывал платёжные системы
и он рекомендует JSON(B) в PG.
Ну и посмотрите последние доклады Бартунова по поводу перформанса JSON.
Смотрел. Сам же Бартунов, говорит, что хранить данные в JSON - плохая идея.
БД можно положить "на раз, два".
И сам расказывал про кейсы, когда их приглашали проконсультировать, как выбраться из JSON-жопы.
Да. Возможность есть. Да работает достаточно быстро. Но стоить систему на данной фиче не надо.
