D
видимо код миграции
Size: a a a
2021 June 29
PD
update TABLE set newcolumn = ... ?
D
который ищет дырки и затыкает их
D
плюс where или завернутое в анонимный блок
PD
Не, этот код будет падать при большом объеме обновляемых строк (
AR
update TABLE set newcolumn = ... where id = xxx. но это ничего не имеет общего с jsonb vs релативное решение
PD
Я про то, что этот метод - нельзя использовать в проде.
AR
в случае релативки у тебя просто есть таблица где user_id , product_id
D
пока детали за скобками
D
я все пытаюсь понять фатальный недостаток, о котором говорит Андрей
AR
а в случае json мне нужно будет пройти по всем json записям, распарсить json, добавить новое поле, сделать запись в базу
AR
и при этом отжирать еще и кучу коннектов к базе
AR
и гонять бессмысленный траффик туда сюда
PD
Вы что-то очень странное делали.
Одна коннекция, одинаковый код миграции для всех вариантов, фильтр по версии структуры.
Думать не надо, пишется в две строчки, нагрузки на БД не делает.
И, главное, в разы безопаснее update set ...
Одна коннекция, одинаковый код миграции для всех вариантов, фильтр по версии структуры.
Думать не надо, пишется в две строчки, нагрузки на БД не делает.
И, главное, в разы безопаснее update set ...
PD
А, еще и alter table не нужен, а он гарантированно стопит таблицу.
D
UPDATE objects
SET body = jsonb_set(body, '{name}', '"Mary"', true)
WHERE id = 1;
SET body = jsonb_set(body, '{name}', '"Mary"', true)
WHERE id = 1;
PD
Ну и в 90% случаев ничего не нужно делать вообще, просто десериализатору указать дефолтовое значение для поля )
D
ну это совсем другое конечно же!
AR
чуваки, еще раз прочитай про мой пример