КБ
Да. И потому при апдейте значение поля не измениться
Size: a a a
2021 July 01
КБ
Визуально не измениться:)
ГР
)))
я имел ввиду как сделать так чтобы старые поля не менялись
а update сработал только для измененных полей
я имел ввиду как сделать так чтобы старые поля не менялись
а update сработал только для измененных полей
КБ
Но по большому счету на физическом уровне посгресу все равно поменяли Вы одно поле или несколько
КБ
Кроме как наверно hot update
ГР
все кажется догнал запихнуть условие в WHERE в update
подскажите как форматировать вывод CURRENT_DATE() ? допустим yyyyMMdd?
подскажите как форматировать вывод CURRENT_DATE() ? допустим yyyyMMdd?
КБ
to_char(current_date,'yyyyMMdd');
ГР
супер!
ГР
отлично получилось такая ебола
вроде должна работать
UPDATE clients
SET status_change_date_time_utc = to_char(CURRENT_TIMESTAMP(),'YYYY-MM-DD HH24:MI:SS'
FROM statuses
WHERE clients.card_number = statuses.card_number
AND clients.status <> statuses.old_status
AND clients.status <> 'Blocked'вроде должна работать
ГР
Кстати интересный результат запроса
как же все-таки работает условие для правой таблицы в ON при left join?
как же все-таки работает условие для правой таблицы в ON при left join?
KZ
Как вы и написали, строк таких нет в ней))))
YS
А Вы вопрос можете уточнить, привести какие-то примеры?
С
В этом стиле
YS
Да, конечно есть. Эта типовая задача называется "groupwise maximum", и с соответствующим индексом (в данном случае —
ON (ChatId, id) ) некоторые её решения (те, которые с LATERAL / rCTE) работают именно так.DP
distinct on вам нужен
YS
А вот производительность
DISTINCT ON как раз зависит от количества элементов, принадлежащих каждой группе.С
Можете привести пример кода?
YS
Хмм... а что, Вы ничего не нашли в интернете по этому термину?
Море же всего было (если нет, могу поискать — у меня где-то были примеры / ссылки).
Море же всего было (если нет, могу поискать — у меня где-то были примеры / ссылки).
С
У вас, возможно, под рукой есть примеры. Это сократило бы время поиска :)