哪个 SQL 更快？选择然后更新 VS。使用内部选择更新

Question

我正在使用 Oracle 数据库。请参阅以下 2 个示例（完全相同）：

1.

CREATE OR REPLACE TRIGGER LAST_CHANGE_TRIGGER
BEFORE INSERT
    ON TABLE_X_HAVING_ITEM_ID
FOR EACH ROW

DECLARE
    style_id NUMBER(18);

BEGIN      
    -- 1. get style_id
    SELECT
        ITEM.STYLE_ID
    INTO
        style_id
    FROM
        ITEM
    WHERE
        ITEM.ITEM_ID = :NEW.ITEM_ID;

    -- 2. set last_modified
    UPDATE
        STYLE
    SET
        STYLE.LAST_MODIFIED = SYSDATE
    WHERE
        STYLE.STYLE_ID = style_id;
END;
/

2.

CREATE OR REPLACE TRIGGER LAST_CHANGE_TRIGGER
BEFORE INSERT
    ON TABLE_X_HAVING_ITEM_ID
FOR EACH ROW

BEGIN
    UPDATE
        STYLE
    SET
        STYLE.LAST_MODIFIED = SYSDATE
    WHERE
        STYLE.STYLE_ID = (
            SELECT
                ITEM.STYLE_ID
            FROM
                ITEM
            WHERE
                ITEM.ITEM_ID = :NEW.ITEM_ID
        );
END;
/

我听说 2. 一个会更快。我认为 1. 更容易理解（更直接）。 你能解释/证明 2. 更快吗？如果可以的话，是不是只有oracle才有这种情况？

Answer 1

第二个应该更快，因为您不需要两次往返数据库。

它还允许同时更新多行，以防有多个匹配项。

也就是说，我不明白为什么这个触发器是必要的。您可以在查询数据时查找样式。存储冗余数据——尤其是参考表——似乎是个坏主意。