боин я бы показал но с телефона не могу еще и в пути )

А я думаю может лучше просто в селекте генерировать все поля из json и сравнивать. Тут проект лёгкий. Высокой нагрузки не будет. И запросов не так много.

ну да так и выйдет, только лучше jsonb

Мне изначально надо было объекты json сравнивать, но раз нельзя, то буду каждое поле отдельно сравнивать и всё.

только задолбаешься индекс по такой херне делать

По сути он и не нужен. У меня только на этапе инициализации идёт сравнение по json-полям. Далее либо вставка, либо удаление, либо апдейт. Селекты по другим полям.

апдейты жсон-полей это отдельная боль

Почему? Я не буду отдельные значения менять. Сразу весь объект

Но на будущее уже запомню, что JSON - это зло и постараюсь не применять на практике без особой на то необходимости

тогда не так больно, но вот если в строке лежит большой документ вместо словаря, и надо например поменять название "Белоруссия" на "Беларусь", да еще в каждой строке таблицы, сам понимаешь)

Благо, у меня таких операций в этом проекте не предвидится.

благо, да

я как-то лет 8 примерно назад, делал с тремя чуваками в команде проект на монге, там жсоны эти везде, поначалу да, клево. Но потом через год такой ад начался, мама не горюй, в результате все эти деревья распались на обычные реляционные отношения, только без реляционных возможностей, а джойны и транзакции приходилось делать на фронте. Проект в итоге поработал и благополучно умер. Но зато такой урок и ценный опыт остался на всю жись :)

Пока сла́бо представляю, как можно переделать на lang-таблицы. Даже если представить, что я переделаю все JSON-поля на одну language-таблицу, то всё равно придётся вручную делать в начале проверку записи в language-таблице, потом если есть, то брать этот объект, потом искать в основной таблице. Поэтому JSON тут приятнее получается.

либо джойном, либо субселектом

🤮

🤨

Не тот случай для джойна

возможно, не буду настаивать