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

在最基本的层面上，如果我正确地阅读你的问题，你通常不希望盲目地更新整个记录，以防其他用户已经更新了你实际没有改变的记录部分。你会盲目地，不必要地恢复他们的更新。

我相信您当前的算法可能导致脏写，如果您要读取当前更新一次，允许在内存中进行更新，然后再次读取记录以允许您确定哪些字段已被删除更新。如果另一个用户在您的背后更新了该记录会发生什么情况，导致您的算法认为您是更新该字段的那个？但主要是，您不必两次读取每条记录来执行单次更新。

如果您的数据通常不会导致冲突，即使您没有选择实施，也可能会因阅读乐观锁定而受益。

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

Answer 3

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

您是否只更新已更改的字段或所有字段？

3 个答案: