andrey_anonymous,

ясно, спасибо)))

в общем, конечно, в предложенном мной способе нужно быть на 146% уверенным, что данные никак не меняются и не переезжают между моментом формирования списка rowid и update.

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

но у топикстартера явно не этот случай

iOracleDev,

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

боюсь, моих знаний не хватит, чтобы внятно объяснить, почему так быстрее, чем апдейт - но реально, бывало часто.

возможно, если я правильно помню, при create as select без джойнов данные читаемой таблицы не поднимаются в темп, а сразу кладутся в новую таблицу (но это не точно)

а апдейт по rowid - это прям супербыстро, быстрее, чем по индексу же

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