Скорость многих отдельных обновлений по сравнению с одним большим обновлением

Question

У меня есть таблица с основным столбцом идентификатора (автоматически индексированная), два столбца поддилета (также индексированные) и 12 столбцов геометрии типа (многоугольник). Если я собираюсь обновить ~ 2 миллиона строк в этой таблице, является его быстрее, для меня, чтобы запустить ~ 2 миллионов отдельных операторов обновления, как

update TABLE_NAME set (COLUMNS) = (VALUES) where ID_COLUMN = NEXT_ID 

или это быстрее, чтобы сделать некоторые меньшее количество крупных операторов обновления, как в это answer

update TABLE_NAME as update_t set 
COLUMNS = new_vals.COLUMNS 
from (values 
(id, polygon1val, polygon2val, ... polygon12val), /* row 1 */ 
(id, polygon1val, polygon2val, ... polygon12val), /* row 2 */ 
...             /* ... */ 
(id, polygon1val, polygon2val, ... polygon12val) /* row N */ 
) as new_vals(COLUMNS) 
where new_vals.id = update_t.id 

В последнем случае у вас есть какие-либо предложения о том, что хороший N может быть? Есть N = ~ 2mil или какое-то меньшее подмножество (что я бы повторил, пока они все не закончили)?

EDIT: Очевидно, что в первом случае я бы использовал подготовленное заявление. Но я также удивляюсь, в последнем случае есть ли какая-либо польза в попытке использовать подготовленное заявление?

Я использую PostgreSQL 9.2.

Answer 1

В целом, чем лучше вы можете выполнять операции по пакету, тем больше возможностей базы данных для быстрого создания. Если вы запускаете обновления по отдельности, единственным вариантом является «найти одну затронутую строку, удалить ее, вставить новую».

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