Дык это ж виьюшка)) для юзеров

Данные то в таблицах лежат нверняка гормально

А модель 2000х - все класть в джйсон?)))

Работал я с такими модниками...

2010х скорее. И не всё, а то, что часто меняется либо нельзя заранее схему предугадать. Все нормальные БД сейчас json поля поддерживают

А табло поддерживает, сэр?))

Да и ято там предугадывать... это веб разрабы так любят делать, гибко все нахреначили, сбросили в постгрес и дальше побежали))

Это все так любят делать, но только веб-разработчики

я вот тоже помню что мы очень сильно упоролись с php сериализованным полем и в итоге его в постгре разбирали чтобы табло его нормально обработало
но задача была разовая
с json тоже было ряд кейсов и вроде тоже в итоге в постгре разбирали

все любят этим прекрываться. agile, говнякаем, не до структуры.
реально обоснованно это в 1 случае из 10
в других это просто халтура.

типо хранения телефона клиента в сериализованном поле.
ну так. чтобы все страдали формируя емейл рассылки по 10 раз на дню.
в итоге заставили разработку распарсить, дедублицировать, унифицировать и поставить флаг основного телефона,
и то только потому что набралось много тикетов в аналитику и я все разом блокернул и принес это на спринт разработке.
с комментом что я не буду это дрочить и они могут всему маркетинговому отделу и команде методистов сами формировать списки клиентов с нормальными телефонами

конечно. В customsql можно делать запросы к json

такое себе. читай у себя в базе разбери и отдай табло готовое, но для разовых задач подойдет.
а в prep можно json разбирать?

с костылями скорее всего, не уверен что Табло видит поля json. Если видит - скорее всего в формате строки и обработать в том же питоне или R

Дык и в этом и дичь

обычно я для этого pentaho использую

Еще регулярки приплети))

при чем тут регулярки? есть же jsonpath для выборки из json https://www.postgresql.org/docs/current/functions-json.html#FUNCTIONS-SQLJSON-PATH

Версия постгресса, паблишед дата соурс, и еще куча нюансов)

А так в табло нафигачил ифов и расслабляешься