用相同的值更新一行是否实际上会更新该行？

我有一个与性能有关的问题。假设我有一个名字为Michael的用户。进行以下查询：

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

即使将查询更新为相同的值，查询也会实际执行该更新吗？如果是这样，我如何防止它发生？

由于Postgres 的MVCC模型，并且根据SQL的规则，UPDATEa会为子句中未排除的每一行写一个新的行版本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，因此从更新中排除该行。鬼error的错误。如果定义NOT NULL了column ，那么请使用简单的相等性检查，因为这样做便宜一些。

有关：

• 如何（或可以）在多列上选择DISTINCT？
• SQL Update列包含来自另一个表的数据

像Ruby on Rail一样，ORM提供了延迟执行，该执行将一条记录标记为已更改（或未更改），然后在需要或调用时将其提交到数据库。

PostgreSQL是数据库而不是ORM。如果花时间检查新值是否与查询中的更新值相同，则会降低性能。

因此，它将更新该值，而不管它是否与新值相同。

如果您想避免这种情况，可以使用Max Vernon在其答案中建议的代码。

您可以简单地添加以下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打印机这一事实并不意味着它们之间可以进行任何比较。

请享用！

我希望这可以澄清一些概念。