Какой запрос быстрее: одно обновление с несколькими наборами или несколько обновлений с одним набором?

Question

Какой запрос быстрее: одно обновление с несколькими наборами или несколько обновлений с одним набором?

0

Предположим, у вас есть TestTable со столбцами: field1, field2,... fieldn.

Какой запрос выполняется быстрее:

UPDATE TestTable set field1 = n1;

UPDATE TestTable set field2 = n2;

...

UPDATE TestTable set fieldn = nn;

или же

UPDATE TestTable set 

field1 = n1,

field2 = n2,

....

fieldn = nn;

user2442041 20 дек. 2018, в 17:12

Источник

0

Обычно один оператор, вы обновляете всю таблицу, так что один точно определенно выигрывает.
Lukasz Szozda 20 дек. 2018, в 16:03
2

Без WHERE вся таблица должна быть отсканирована. В первой версии это нужно сделать n раз. Во втором один раз. Так что второй должен работать лучше.
sticky bit 20 дек. 2018, в 16:04
0

Postgres создаст мертвые строки для первых n-1 обновлений (что потребует очистки позже), поэтому одно обновление будет быстрее.
soger 20 дек. 2018, в 16:10
1

По крайней мере, в Oracle, определенно, один оператор будет работать быстрее. Не только за счет сканирования данных (то есть «в пути»), но и за счет сохранения результатов работы. Oracle генерирует данные отмены, информацию о возврате и т. Д. Для каждого UPDATE - и будет делать это n раз для каждой строки, если вы сделаете это в n выражениях UPDATE, так что вы также будете использовать больше ресурсов в дополнение к (намного) большему времени выполнения ,
mathguy 20 дек. 2018, в 16:14
0

Кстати, в таблицах есть столбцы, а не поля.
William Robertson 20 дек. 2018, в 18:52

Показать ещё 3 комментария

Теги:

mysql

sql

postgresql

oracle

2 ответа

Ещё вопросы

Обычно один оператор, вы обновляете всю таблицу, так что один точно определенно выигрывает.
Без WHERE вся таблица должна быть отсканирована. В первой версии это нужно сделать n раз. Во втором один раз. Так что второй должен работать лучше.
Postgres создаст мертвые строки для первых n-1 обновлений (что потребует очистки позже), поэтому одно обновление будет быстрее.
По крайней мере, в Oracle, определенно, один оператор будет работать быстрее. Не только за счет сканирования данных (то есть «в пути»), но и за счет сохранения результатов работы. Oracle генерирует данные отмены, информацию о возврате и т. Д. Для каждого UPDATE - и будет делать это n раз для каждой строки, если вы сделаете это в n выражениях UPDATE, так что вы также будете использовать больше ресурсов в дополнение к (намного) большему времени выполнения ,
Кстати, в таблицах есть столбцы, а не поля.

Jerry M. · Answer 1 · 2018-12-20T14-27-00.000Z

Хороший вопрос. Попробуйте думать об этом так.

Каждая операция установки занимает незначительное время
за каждое ОБНОВЛЕНИЕ = n проверок

ОБНОВЛЕНИЕ n1 = n
ОБНОВЛЕНИЕ n2 = n
ОБНОВЛЕНИЕ n3 = n

Таким образом, по сути, для n количества обновлений вы проверяете n строк n раз, поэтому вы просматриваете n ^ 2 полных проверок. Однако, если вы используете функцию SINGLE UPDATE, вы проверяете только n строк ОДИН раз.

Поэтому второй вариант значительно лучше.

Помимо количества операций, не забывайте о задержке между сервером приложений и сервером базы данных! Миллисекунды складываются.
Вы совершенно правы! Я в основном смотрел на это с высокого уровня, чтобы не стать слишком технически тяжелым на OP :)

Joe Stefanelli · Answer 2 · 2018-12-20T13-32-00.000Z

SQL основан на множестве. Каждый раз, когда вы можете работать с набором данных в одной операции, вам обычно лучше.