PHQLupdate语法解析的疑问?

先上demo代码(phalcon框架)：

$phql   = "UPDATE Cars SET price = 15000.00 WHERE name = 'focus'";
$result = $manager->executeQuery($phql);
if ($result->success() == false) {
    foreach ($result->getMessages() as $message) {
        echo $message->getMessage();
    }
}

通过监听phalcon的底层SQL生成，上述示例代码，会被解析成两个SQL语句：

select * from cars where name='focus';

#此处的id=1是根据上一条select返回记录的主键值
update cars set price=15000.00 where id=1

也就是说，PHQL底层在执行update语句时，会先根据条件查询相关记录，再根据相关记录的主键值去更新数据。

如果从查询优化的角度来说， 若是更新条件没有做索引处理，那必然会引起性能损耗。PHQL底层自动转化为以主键为更新条件，这也算是规避了这种风险。
但是从SQL执行的角度来看， 每一次更新操作，都需要执行两条SQL，这又算不算是另一种性能损耗了？
不知道这种处理方式算不算是一个坑 ？

回复内容：

先上demo代码(phalcon框架)：

$phql   = "UPDATE Cars SET price = 15000.00 WHERE name = 'focus'";
$result = $manager->executeQuery($phql);
if ($result->success() == false) {
    foreach ($result->getMessages() as $message) {
        echo $message->getMessage();
    }
}

通过监听phalcon的底层SQL生成，上述示例代码，会被解析成两个SQL语句：

select * from cars where name='focus';

#此处的id=1是根据上一条select返回记录的主键值
update cars set price=15000.00 where id=1

也就是说，PHQL底层在执行update语句时，会先根据条件查询相关记录，再根据相关记录的主键值去更新数据。

如果从查询优化的角度来说， 若是更新条件没有做索引处理，那必然会引起性能损耗。PHQL底层自动转化为以主键为更新条件，这也算是规避了这种风险。
但是从SQL执行的角度来看， 每一次更新操作，都需要执行两条SQL，这又算不算是另一种性能损耗了？
不知道这种处理方式算不算是一个坑 ？