Điều kiện trong THAM GIA hoặc Ở ĐÂU

Có sự khác biệt nào (hiệu suất, thực hành tốt nhất, v.v ...) giữa việc đặt một điều kiện trong mệnh đề THAM GIA so với mệnh đề WHERE không?

Ví dụ...

-- Condition in JOIN
SELECT *
FROM dbo.Customers AS CUS
INNER JOIN dbo.Orders AS ORD 
ON CUS.CustomerID = ORD.CustomerID
AND CUS.FirstName = 'John'

-- Condition in WHERE
SELECT *
FROM dbo.Customers AS CUS
INNER JOIN dbo.Orders AS ORD 
ON CUS.CustomerID = ORD.CustomerID
WHERE CUS.FirstName = 'John'

Bạn thích cái nào hơn (và có lẽ tại sao)?

Đại số quan hệ cho phép khả năng thay thế lẫn nhau của các vị từ trong WHEREmệnh đề và INNER JOIN, do đó, ngay cả INNER JOINcác truy vấn với WHEREmệnh đề cũng có thể có các vị từ được sắp xếp lại bởi trình tối ưu hóa để chúng có thể bị loại trừ trong JOINquá trình.

Tôi khuyên bạn nên viết các truy vấn theo cách dễ đọc nhất có thể.

Đôi khi điều này bao gồm làm cho INNER JOINtương đối "không đầy đủ" và đưa một số tiêu chí vào một WHEREcách đơn giản để làm cho danh sách các tiêu chí lọc dễ dàng duy trì hơn.

Ví dụ: thay vì:

SELECT *
FROM Customers c
INNER JOIN CustomerAccounts ca
    ON ca.CustomerID = c.CustomerID
    AND c.State = 'NY'
INNER JOIN Accounts a
    ON ca.AccountID = a.AccountID
    AND a.Status = 1

Viết:

SELECT *
FROM Customers c
INNER JOIN CustomerAccounts ca
    ON ca.CustomerID = c.CustomerID
INNER JOIN Accounts a
    ON ca.AccountID = a.AccountID
WHERE c.State = 'NY'
    AND a.Status = 1

Nhưng nó phụ thuộc, tất nhiên.

Đối với các kết nối bên trong tôi không thực sự nhận thấy sự khác biệt (nhưng như với tất cả các điều chỉnh hiệu suất, bạn cần kiểm tra đối với cơ sở dữ liệu của bạn trong các điều kiện của bạn).

Tuy nhiên, nơi bạn đặt điều kiện sẽ tạo ra một sự khác biệt rất lớn nếu bạn đang sử dụng các phép nối trái hoặc phải. Ví dụ, hãy xem xét hai truy vấn sau:

SELECT *
FROM dbo.Customers AS CUS 
LEFT JOIN dbo.Orders AS ORD 
ON CUS.CustomerID = ORD.CustomerID
WHERE ORD.OrderDate >'20090515'

SELECT *
FROM dbo.Customers AS CUS 
LEFT JOIN dbo.Orders AS ORD 
ON CUS.CustomerID = ORD.CustomerID
AND ORD.OrderDate >'20090515'

Đầu tiên sẽ chỉ cung cấp cho bạn những hồ sơ có đơn đặt hàng muộn hơn ngày 15 tháng 5 năm 2009, do đó chuyển đổi tham gia bên trái thành tham gia bên trong. Thứ hai sẽ cung cấp cho các hồ sơ cộng với bất kỳ khách hàng không có đơn đặt hàng. Các kết quả được đặt rất khác nhau tùy thuộc vào nơi bạn đặt điều kiện. (Chọn * nếu chỉ nhằm mục đích, bạn không nên sử dụng khóa học trong mã sản xuất.) Ngoại lệ cho điều này là khi bạn muốn chỉ xem các bản ghi trong một bảng chứ không phải bảng khác. Sau đó, bạn sử dụng mệnh đề where cho điều kiện không tham gia.

SELECT *
FROM dbo.Customers AS CUS 
LEFT JOIN dbo.Orders AS ORD 
ON CUS.CustomerID = ORD.CustomerID
WHERE ORD.OrderID is null

Hầu hết các sản phẩm RDBMS sẽ tối ưu hóa cả hai truy vấn giống hệt nhau. Trong "Điều chỉnh hiệu suất SQL" của Peter Gulutzan và Trudy Pelzer, họ đã thử nghiệm nhiều nhãn hiệu RDBMS và không tìm thấy sự khác biệt về hiệu suất.

Tôi thích giữ các điều kiện tham gia tách biệt với các điều kiện hạn chế truy vấn.

Nếu bạn đang sử dụng OUTER JOIN đôi khi , cần đặt điều kiện vào mệnh đề nối.

WHERE sẽ lọc sau khi THAM GIA xảy ra.

Lọc trên THAM GIA để ngăn hàng được thêm vào trong quá trình THAM GIA.

Tôi thích THAM GIA để tham gia đầy đủ các bảng / Lượt xem và sau đó sử dụng WHERE Để giới thiệu vị từ của tập kết quả.

Nó cảm thấy cú pháp sạch hơn.

Tôi thường thấy hiệu suất tăng khi lọc trên tham gia. Đặc biệt là nếu bạn có thể tham gia vào các cột được lập chỉ mục cho cả hai bảng. Bạn sẽ có thể cắt giảm các lần đọc logic với hầu hết các truy vấn thực hiện điều này, trong môi trường âm lượng lớn, chỉ báo hiệu suất tốt hơn nhiều so với thời gian thực hiện.

Tôi luôn thấy buồn cười khi ai đó hiển thị điểm chuẩn SQL của họ và họ đã thực hiện cả hai phiên bản của một lần quay 50.000 lần vào nửa đêm trên máy chủ dev và so sánh thời gian trung bình.

Đặt điều kiện tham gia dường như là "sai về mặt ngữ nghĩa" đối với tôi, vì đó không phải là những gì THAM GIA là "cho". Nhưng đó là rất chất lượng.

Vấn đề khác: nếu bạn quyết định chuyển từ tham gia bên trong sang, giả sử, tham gia đúng, có điều kiện ở bên trong THAM GIA có thể dẫn đến kết quả không mong muốn.

Tham gia nhanh hơn theo ý kiến ​​của tôi khi bạn có một bảng lớn hơn. Nó thực sự không có nhiều sự khác biệt mặc dù đặc biệt là nếu bạn đang làm việc với một bảng khá nhỏ. Khi tôi lần đầu tiên biết về các phép nối, tôi đã nói rằng các điều kiện trong các phép nối giống như các điều kiện mệnh đề và tôi có thể sử dụng chúng thay thế cho nhau nếu mệnh đề where là cụ thể về bảng nào để thực hiện điều kiện trên.

Tốt hơn là thêm điều kiện trong Tham gia. Hiệu suất là quan trọng hơn khả năng đọc. Đối với các tập dữ liệu lớn, nó quan trọng.