Вообще json расходится с концепцией РБД и реляционной алгеброй, это так сказать попытки использовать документоориентированую бд не устанавливая новую бд
Тем не менее это данные, так почему по ним нельзя выбирать, удалять, апдейтить, искать и всякую агрегацию делать на уровне БД, если возникает потребность?
Если использовать json поля как мусорку для данных(за исключением кейсом где в этом и смысл) - это плохо, если использовать их для хранения структурированных данных (например сериализованные дто объекты) - все гуд. Проблема с индексами решается использованием “нормального” движка который их поддерживает
вот я сейчас нашел их доклад про JSON в постгрес.. но ведь они говорят прежде всего про "слабоструктурированные" данные.. А если данные вполне себе структурированные, фиксированного типа... просто поле добавляется, которое у всех будет обязательно, то запихивание этого в JSON это просто harassment и abuse идеи JSON полей.. Просто зачем... Это как я не знаю, ножом шурупы отвиничать.. просто потому что нож может.. а за отверткой надо сходить
Коллеги, мягко говоря, открывают ящик пандоры, убивающий схему. Нет ничего хуже в данном плане чем отсутствие схемы. Даже долгие джойны не хуже. И если в постгресе схему ещё можно на джейсон натянуть, то в мускуле - нет. Итого, коллеги делают откровенную дичь.
Писи: джейсонб нужно юзать там, где нужно в итоге получить джейсон строку без оперирования конкретными отдельными полями (и желательно понимать о допустимости плавающей схемы).