VG
(и что у нее не всегда однозначно ясное актуальное состояние на будущий момент коммита текущей транзакции)
Size: a a a
2021 May 15
IV
Как было бы хорошо если бы не было UPDATE операций, столько магии из-за этого
IN
Хммм а как бы такое сделать когда UPDATE сразу нескольких колонок?
AR
всем анкор моделинг за счет Игоря )
VG
AR
update select
хотя лучше кейс конкртеный
хотя лучше кейс конкртеный
AR
но ваще я согласен. а за DELETE ваще руки отрывать
IN
Ну вот у меня есть такой кейс, есть таблица финансовых инструментов, 10 колонок, часть из них меняется, часть нет. Но обновлять нужно каждый день
IV
Event sourcing
IN
Получаешь новую информацию о символах каждый день и обновляешь rows
И всегда UPDATE statement который затрагивает все колонки
И всегда UPDATE statement который затрагивает все колонки
VG
а точно нужно обновлять а не новую таблицу писать?
VG
иногда это быстрее, потом можно переименовать
AR
если обновлять нужно 1 раз в день, забей ) там в начальной статье у человек адовый поток апдейтов
IN
Ну такой UPDATE затрагивает может 40% таблицы, 200 тысяч записей всего в таблице. Не так страшно, но просто интересно как sql statement так красиво написать
IN
Ну да я согласен масштаб мизерный, я только в теории интересуюсь))
AR
ваще 1000 лет назад для mysql сделали handler socket, как-раз для таких вот деятелей, которым апдейтить надо )
VG
красиво это когда нет ненужного)
IN
Вы правы)) блин, часто так бывает что хочется кому нибудь пиво купить из этого чата хахах
IV
В чем проблема? Можно купить
AR
в pg есть update select, вот он для всяких извращений. у update есть cte на случай особых извращений )