Denis Trunin's Blogs: Blocking in D365FO(and why you shouldn't always follow MS recommendations)

[fed]

Я просто добавлю, что update_recordset (точнее говоря - update в SQL Server) вешает блокировки не только на те записи, которые он реально обновляет, но и на те записи, которые попали в выборку по индексу. Ну то есть - если у нас подходящего индекса нету, то SQL может попробовать поискать по какому-то случайному индексу по dataAreaId, а перед поиском - попробуем все это ненадолго заблокировать. Плюс - иногда SQL Server переглючивает или индексы фрагментируются или еще что-то подобное случается, и оно выбирает план исполнения по не тому индексу. В этом случае тоже случаются аналогичные блокировки.

В то же время, если нам надо обновить не 100-200, а эдак 100K-200K записей, то особой альтернативы update_recordset просто нету. Да - есть вероятность блокировок. Да - надо строить правильные индексы. Да надо регулярно их перестраивать и строить статистику. Да -есть вероятность время от времени нарваться на блокировки. Но просто в каждом конкретном случае мы должны сравнивать риски больших задержек из за пошагового обновления и риски задержек из за взаимных блокировок.
Плюс - я не уверен что во всех сценариях мы можем создавать отдельную транзакцию на каждое обновление. При этом если у нас одна большая транзация и обновление идет по одной записи в while select forupdate, то порядок обновления в разных кусках кода вполне может быть разным. (К слову сказать - в исходном примере вообще в while select не стоит order by, соответственно порядок обновления записей не является гарантированым...)

[trud]

Цитата:

Сообщение от fed

В то же время, если нам надо обновить не 100-200, а эдак 100K-200K записей, то особой альтернативы update_recordset просто нету.

Это понятно, но основная проблема даже не в этом. Наши контракторы используют update_recordset даже если нужно обновить 1-2 записи в середине разноски журналов ГК. Причем они ссылаются на вебкасты как в ссылке, где просто безусловно говорится - что типа если нужен быстрый код, надо писать update_recordset. Т.е. "не надо думать, просто пиши так, будет на порядки быстрее"
ЗЫ: Еще они не используют find, а всегда перечисляют список полей, типа так еще быстрее , это наверное будет тема для следующего поста

[skuull]

Цитата:

Сообщение от trud

ЗЫ: Еще они не используют find, а всегда перечисляют список полей, типа так еще быстрее , это наверное будет тема для следующего поста

Ну если эти поля совпадают с полями в индексе, то таки да, быстрее. А что, медленее ?