Обновляет ли строка с тем же значением фактическое обновление строки?

У меня есть вопрос, связанный с производительностью. Допустим, у меня есть пользователь с именем Майкл. Возьмите следующий запрос:

UPDATE users
SET first_name = 'Michael'
WHERE users.id = 123

Будет ли запрос фактически выполнять обновление, даже если оно обновляется до того же значения? Если так, как я могу предотвратить это?

Из-за MVCC-модели Postgres и в соответствии с правилами SQL, UPDATEзаписывает новую версию строки для каждой строки, которая не исключена в WHEREпредложении.

Это делает имеют более или менее существенное влияние на производительность, прямо и косвенно. «Пустые обновления» имеют ту же цену за строку, что и любое другое обновление. Они запускают триггеры (если они есть), как и любое другое обновление, они должны быть зарегистрированы в WAL, и они генерируют мертвые строки, раздувающие таблицу и вызывающие дополнительную работу на VACUUMпотом, как и любое другое обновление.

Записи индексов и столбцы TOASTed, в которых не изменен ни один из задействованных столбцов, могут остаться прежними, но это верно для любой обновленной строки. Связанный:

• Исходный размер базы данных PostgreSQL
• Избыточные данные в операторах обновления

Это почти всегда хорошая идея, чтобы исключить такие пустые обновления (когда есть реальный шанс, что это может произойти). Вы не предоставили определение таблицы в своем вопросе (что всегда является хорошей идеей). Мы должны предположить, что first_nameможет иметь значение NULL (что не удивительно для «имени»), поэтому в запросе необходимо использовать NULL-безопасное сравнение :

UPDATE users
SET    first_name = 'Michael'
WHERE  id = 123
AND   first_name IS DISTINCT FROM 'Michael';

Если first_name IS NULLдо обновления тест с just просто first_name <> 'Michael'оценивается как NULL и как таковая исключает строку из обновления. Подлая ошибка. Если столбец определенNOT NULL , используйте простую проверку на равенство, потому что это немного дешевле.

Связанный:

• Как мне (или я могу) ВЫБРАТЬ DISTINCT по нескольким столбцам?
• Столбец SQL Update с данными из другой таблицы

ORM похож на предложение Ruby on Rail с отложенным исполнением, которое помечает запись как измененную (или нет), а затем, когда это необходимо или вызывается, затем передает изменение в базу данных.

PostgreSQL - это база данных, а не ORM. Это снизило бы производительность, если бы потребовалось время, чтобы проверить, совпадает ли новое значение с обновленным значением в вашем запросе.

Поэтому он будет обновлять значение независимо от того, совпадает ли оно с новым значением или нет.

Если вы хотите предотвратить это, вы можете использовать код, предложенный Максом Верноном в своем ответе.

Вы можете просто добавить к whereпредложению:

UPDATE users
SET first_name = 'Michael'
WHERE users.id = 123
    AND (first_name <> 'Michael' OR first_name IS NULL);

Если first_nameопределяется как NOT NULL, OR first_name IS NULLчасть может быть удалена.

Условие:

(first_name <> 'Michael' OR first_name IS NULL)

также может быть написано более элегантно, как (в ответе Эрвина):

first_name IS DISTINCT FROM 'Michael'

С точки зрения базы данных

Ответ на ваш вопрос - ДА. Обновление состоится. База данных не проверяет предыдущее значение, она только устанавливает новое значение.

Поскольку это происходит в памяти (и будет записано в файлы данных только после выдачи коммита), производительность не будет проблемой.

С точки зрения ORM

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

Это может объяснить другое поведение.

Теперь давайте не будем сравнивать грузовой корабль с 3D-принтером. Тот факт, что вы можете отправлять 3D-принтеры с использованием грузовых кораблей, не означает, что между ними может быть какое-либо сравнение.

Наслаждайтесь!

Я надеюсь, что это прояснило некоторые понятия.