內部加入與自然加入，速度方面？

Question

我和我的一位同事討論過，我們被困在內部連接是否比自然連接快，這是因爲ON子句是在內部連接中指定的，因此SQL引擎不需要比較表結構來確定公共列。

請分享您的想法/答案。

Answer 1

它將依賴於DBMS，並且在某種程度上依賴於所加入的表，並且差異通常不會被測量。使用INNER JOIN，將會有兩個公共列的副本;使用NATURAL JOIN，將只有一個公共列的副本。

如果必須將中間結果寫入磁盤或進行排序，則會有更多要管理的數據，並且通過客戶端 - 服務器連接返回客戶端的數據會稍多一些，因此INNER JOIN可能會比NATURAL JOIN略長一些。如果公共列足夠大 - 例如長字符字段 - 這種大小差異可能會很大。

準備兩種類型的連接的時間差異是完全可以忽略的。兩者都必須讀取參與連接的兩個表中的所有列的信息，並且處理該數據的過程基本相似。

在執行過程中，複製數據以形成中間結果對於NATURAL JOIN可能稍微複雜一點 - 因爲您不僅僅需要獲取每一行的副本 - 但是您不一定需要完整副本INNER JOIN的每一行也是如此，所以差異可以忽略不計。而且，與之前一樣，NATURAL JOIN的數據總體上要複製的數據略少，所以還有一點小優勢。

因此，總體而言，NATURAL JOIN可能比INNER JOIN稍快，但差異仍可能可以忽略不計。

Answer 2

在特殊情況下，自然連接可以像內連接一樣快。

Answer 3

我無法想象找到可以支持該假設的公共列是非常昂貴的。