只更新更改的字段还是全部字段？

Question

我想知道在更新记录以检索现有记录、循环遍历字段检查更改并仅将更改的字段放入更新查询中是否值得花费服务器时间？ （我正在使用 MySQL 和 PHP。）

这样做的主要原因是为了减少更改日志的更新查询的大小。 通常查询可能有 15 个字段，但实际上只有 2 个字段被更改。 该查询还可以用于记录日志，因为它只包含更改的字段，因此更容易解析。

我关心的是检索现有记录所需的时间。

或者有没有办法从 MySQL 检索它更新了哪些字段？

Answer 1

我认为值得改变 - 但可能不值得在插入之前进行选择。

我只更新已更改的字段，这是我的 DbEntity 类操作的一部分，该类遵循 activerecord 模式。 执行此操作几乎不需要额外费用，因为我保存当前记录和原始记录 - 只要加载记录即可复制。

原因很简单——并不是真正的性能。 您还可以通过在更新字段的旧值上添加 where 子句来检查并发修改，并抛出相应的错误。

在写入/更新方法中：

$s1 = "";

foreach ($this->record as $key => $value)
{
    // only update fields that have been changed
    if ($value != $this->orig_record[$key])
    {
        $s1 .= $comma."`$key`='".mysql_real_escape_string($value)."'";
        $comma = ", ";
    }
}

$query = "UPDATE ".$this->table." SET $s1 where {$this->id_field}='".$this->get_keyfield()."'";
$query .= $this->extra_sql_update;
mysql_query($query);

$ar = mysql_affected_rows();
//
// the number of affected rows is actually those changed by the update operation, which will 
// either be zero, or 1. If the query affects more than one row then we have a problem.
if ($ar < 0 || $ar > 1)
{
    cbf_error("cbf_dbentity: {$this->table} :: only one row (not $ar) must be affected by an insert operation. $query",
      E_USER_ERROR);
}
else
{
    $new_id = $this->get_keyfield();

    GlobalEventBus::notify_all(new AuditLogSQL($this->table, "update", $query));

}

$this->orig_record = Array();

foreach ($this->record as $key => $value)
    $this->orig_record[$key] = $value;


//
// sanity check - ensure that what we have just written is actually there.

$this->load($new_id);

foreach ($this->orig_record as $key => $value)
    if (trim($this->record[$key]) != trim($value) 
        && (!$this->record[$key] == "0" && $value=""))
        cbf_error("cbf_dbentity: {$this->table} :: record differs during write after reload: field $key was \"$value\", after write it is now \"".
              $this->record[$key]."\"",E_USER_ERROR);

在加载方法中

$this->orig_record = Array();
foreach ($this->record as $key => $value)
    $this->orig_record[$key] = $value;

Answer 2

在最基本的层面上，如果我正确地阅读了您的问题，您通常不想盲目更新整个记录，以防其他用户已经更新了该记录中您实际上尚未更改的部分。 您会盲目且不必要地恢复他们的更新。

我相信您当前的算法可能会导致脏写，如果您要读取当前一次进行更新，允许在内存中进行更新，然后再次读取记录以允许您找出哪些字段已更新。 如果另一个用户在您背后更新了该记录，导致您的算法相信您是更新该字段的人，会发生什么？ 但首先，您不必为了执行一次更新而读取每条记录两次。

如果您的数据不经常导致冲突，那么您可能会从阅读乐观锁定中受益，即使您不选择实现它。

我们在这里实现了一种方法，您可以在表中添加更新时间戳或增量更新号列。 然后，在沙箱/内存中，您可以跟踪已修改的字段（旧值/新值），并且可以自由地为这些字段的记录发出更新 SQL，“UPDATE...WHERE UPDATENUM=the-original-number "（或 WHERE UPDATETS=the-original-timestamp），确保您的更新 SQL 也根据需要递增 UPDATENUM 或 UPDATETS。 如果受该更新 SQL 影响的记录为 0，您就知道其他人已经在后台修改了该记录，并且您现在遇到了冲突。 但至少您没有覆盖其他人的更改，然后您可以重新读取新数据或让您的用户解决冲突。

Answer 3

应用程序中最慢的点始终是数据库访问，因此如果您可以加快速度，这是一个好主意。 也就是说，这实际上取决于您的数据库和记录有多大，以及它们可能增长到多大，是否值得以编程方式检查项目是否已更新。
如果您的数据库很小并且访问速度已经相当快，那么可能不值得花时间。 但是，如果速度可以提高，并且它可以为您的日志记录带来额外的好处，那么就去吧。