PHQL update文法解析的疑問?

先上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，這又算不算是另一種效能損耗了？
不知道這種處理方式算不算是一個坑 ？

