SQL 保證 WHERE 子句中的短路計算？

SQL WHERE 子句評估：短路解釋

關於 SQL 的 WHERE 子句的一個常見問題涉及布林運算式求值：SQL 是否採用短路求值？ 這意味著一旦結果確定，計算就會停止，可能會繞過表達式的後續部分。

ANSI SQL 標準與評估順序

ANSI SQL 標準沒有明確定義 WHERE 子句的短路計算。 ANSI SQL Draft 2003 指定表達式求值順序取決於實作。 這就將是否實施短路的決定權留給了各個資料庫供應商。

特定於資料庫的實作

因此，不同資料庫系統的短路行為差異很大：

• SQL Server： 支援 AND 和 OR 運算子的短路評估。
• Oracle： 預設不支援短路評估，但可以使用 OPTIMIZER_MODE 提示啟用它。
• MySQL： 僅支援 AND 運算子的短路評估。

說明性範例

考慮這個查詢：

<code class="language-sql">SELECT * 
FROM Table t 
WHERE @key IS NULL OR (@key IS NOT NULL AND @key = t.Key) </code>

如果 @key 為 NULL，則第一個條件 (@key IS NULL) 為 TRUE。 在 SQL Server 中，短路評估將跳過第二個條件 (@key IS NOT NULL AND @key = t.Key)，因為整體結果已經已知。

重點

ANSI SQL 標準不保證 WHERE 子句中的短路計算。 它的存在和行為是特定於資料庫的。 請務必查閱資料庫系統的文件以了解其評估策略。

以上是SQL 保證 WHERE 子句中的短路計算？的詳細內容。更多資訊請關注PHP中文網其他相關文章！