whereonsql

⑴ 這sql語句里的ON 是什麼意思啊

on條件是在生成臨時表時使用的條件，它不管on中的條件是否為真，都會返回左邊表中的記錄。

on、where、having這三個都可以加條件的子句中，on是最先執行，where次之，having最後。有時候如果這先後順序不影響中間結果的話，那最終結果是相同的。但因為on是先把不符合條件的記錄過濾後才進行統計，它就可以減少中間運算要處理的數據，按理說應該速度是最快的。

根據上面的分析，可以知道where也應該比having快點的，因為它過濾數據後才進行sum，所以having是最慢的。但也不是說having沒用，因為有時在步驟3還沒出來都不知道那個記錄才符合要求時，就要用having了。

在兩個表聯接時才用on的，所以在一個表的時候，就剩下where跟having比較了。在這單表查詢統計的情況下，如果要過濾的條件沒有涉及到要計算欄位，那它們的結果是一樣的，只是where可以使用rushmore技術，而having就不能，在速度上後者要慢。

(1)whereonsql擴展閱讀

SQL中on條件與where條件的區別：

where條件是在臨時表生成好後，再對臨時表進行過濾的條件。這時已經沒有left join的含義（必須返回左邊表的記錄）了，條件不為真的就全部過濾掉。

在多表聯接查詢時，on比where更早起作用。系統首先根據各個表之間的聯接條件，把多個表合成一個臨時表後，再由where進行過濾，然後再計算，計算完後再由having進行過濾。由此可見，要想過濾條件起到正確的作用，首先要明白這個條件應該在什麼時候起作用，然後再決定放在那裡。

join過程可以這樣理解：首先兩個表做一個笛卡爾積，on後面的條件是對這個笛卡爾積做一個過濾形成一張臨時表，如果沒有where就直接返回結果，如果有where就對上一步的臨時表再進行過濾。

⑵ sql執行順序以及on和where的區別

（1.)select語句的執行順序
Processing Order of the SELECT statement
The following steps show the processing order for a SELECT statement.
1.FROM
2.ON
3.JOIN
4.WHERE
5.GROUP BY
6.WITH CUBE or WITH ROLLUP
7.HAVING
8.SELECT
9.DISTINCT
10.ORDER BY
11.TOP
(5)SELECT DISTINCT
（7）TOP(<top_specification>) <select_list>
(1)FROM <left_table> <join_type> JOIN <right_table> ON <on_predicate>
(2)WHERE <where_predicate>
(3)GROUP BY <group_by_specification>
(4)HAVING <having_predicate>
(6)ORDER BY <order_by_list>
T-SQL在查詢各個階級分別幹了什麼：
（1）FROM 階段
FROM階段標識出查詢的來源表，並處理表運算符。在涉及到聯接運算的查詢中（各種join），主要有以下幾個步驟：
a.求笛卡爾積。不論是什麼類型的聯接運算，首先都是執行交叉連接（cross join），求笛卡兒積，生成虛擬表VT1-J1。
b.ON篩選器。這個階段對上個步驟生成的VT1-J1進行篩選，根據ON子句中出現的謂詞進行篩選，讓謂詞取值為true的行通過了考驗，插入到VT1-J2。
c.添加外部行。如果指定了outer join，還需要將VT1-J2中沒有找到匹配的行，作為外部行添加到VT1-J2中，生成VT1-J3。
經過以上步驟，FROM階段就完成了。概括地講，FROM階段就是進行預處理的，根據提供的運算符對語句中提到的各個表進行處理（除了join，還有apply，pivot，unpivot）
（2）WHERE階段
WHERE階段是根據<where_predicate>中條件對VT1中的行進行篩選，讓條件成立的行才會插入到VT2中。
（3）GROUP BY階段
GROUP階段按照指定的列名列表，將VT2中的行進行分組，生成VT3。最後每個分組只有一行。
（4）HAVING階段
該階段根據HAVING子句中出現的謂詞對VT3的分組進行篩選，並將符合條件的組插入到VT4中。
（5）SELECT階段
這個階段是投影的過程，處理SELECT子句提到的元素，產生VT5。這個步驟一般按下列順序進行
a.計算SELECT列表中的表達式，生成VT5-1。
b.若有DISTINCT，則刪除VT5-1中的重復行，生成VT5-2
c.若有TOP，則根據ORDER BY子句定義的邏輯順序，從VT5-2中選擇簽名指定數量或者百分比的行，生成VT5-3
（6）ORDER BY階段
根據ORDER BY子句中指定的列明列表，對VT5-3中的行，進行排序，生成游標VC6.
如果On和where只能選其一的話：
先進行on的過濾, 而後才進行join, 這樣就避免了兩個大表產生全部數據的笛卡爾積的龐大數據.
這些步驟執行時, 每個步驟都會產生一個虛擬表，該虛擬表被用作下一個步驟的輸入。這些虛擬表對調用者（客戶端應用程序或者外部查詢）不可用。只是最後一步生成的表才會返回 給調用者。
如果沒有在查詢中指定某一子句，將跳過相應的步驟。
（2） 那 on 和where 那個更高效呢
如果是inner join, 放on和放where產生的結果一樣, 但沒說哪個效率速度更高? 如果有outer join (left or right), 就有區別了, 因為on生效在先, 已經提前過濾了一部分數據, 而where生效在後.
綜合一下, 感覺還是放在on里更有效率, 因為它先於where執行.
先笛卡爾積, 然後再on過濾, 如果join是inner的, 就繼續往下走, 如果join 是left join, 就把on過濾掉的左主表中的數據再添加回來; 然後再執行where里的過濾;
on中不是最終過濾, 因為後面left join還可能添加回來, 而where才是最終過濾.
只有當使用外連接(left, right)時, on 和 where 才有這個區別, 如果用inner join, 在哪裡制定都一樣, 因為on 之後就是where, 中間沒有其它步驟.

⑶ SQL中ON和WHERE的區別

1、 on條件是在生成臨時表時使用的條件，它不管on中的條件是否為真，都會返回左邊表中的記錄。
2、where條件是在臨時表生成好後，再對臨時表進行過濾的條件。這時已經沒有left join的含義（必須返回左邊表的記錄）了，條件不為真的就全部過濾掉。

⑷ SQL表格連接（join）中on與where的區別

在SQL表格連接（join）操作中，"on"與"where"是兩個常用的關鍵詞，它們在使用時有著明顯的區別。

首先，讓我們了解一下"on"的作用。在執行表格連接時，"on"關鍵詞用於指定連接的條件。無論這個條件是否滿足，連接操作都會將左表和右表中的記錄合並，並返回結果集。在連接類型上，"on"支持多種連接，如內連接、左連接、右連接、全連接等。

接下來，我們來看看"where"的作用。"where"關鍵詞用於篩選連接後的結果集，只返回滿足指定條件的記錄。與"on"不同的是，"where"僅在連接條件滿足時才執行篩選操作。

在實際應用中，"on"與"where"的使用通常取決於具體需求。當需要在連接條件中實現更復雜的邏輯時，可以將條件放在"on"中。例如，根據多個欄位進行連接和篩選。

反之，如果連接條件滿足，但需要對結果集進行額外的過濾，可以選擇使用"where"。這樣可以確保在連接操作完成後，再進一步篩選出符合特定條件的數據。

綜上所述，"on"與"where"在SQL表格連接中的區別主要體現在它們在操作過程中的作用和條件執行順序上。"on"用於連接條件的指定，而"where"用於結果集的篩選。通過合理使用這兩個關鍵詞，可以實現更靈活和精確的數據查詢與操作。