JOIN veya WHERE içindeki durum

JOIN yan tümcesinde WHERE yan tümcesine koşul koymak arasında herhangi bir fark (performans, en iyi uygulama vb.) Var mı?

Örneğin...

-- 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'

Hangisini tercih edersiniz (ve belki neden)?

İlişkisel cebir içinde Yüklem değişime imkan vermektedir WHEREmaddesi ve INNER JOINbu nedenle bile, INNER JOINsahip sorgular WHEREhükümler onlar o kadar iyileştirici tarafından rearrranged yüklemler olabilir zaten hariç olabilir sırasında JOINsürecin.

Sorguları mümkün olan en okunaklı şekilde yazmanızı öneririm.

Bazen bu, INNER JOINgöreceli olarak "eksik" WHEREhale getirmeyi ve filtreleme kriterlerinin listelerinin daha kolay korunmasını sağlamak için bazı ölçütleri basitçe koymayı içerir .

Örneğin:

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

Yazmak:

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

Ama elbette buna bağlı.

İç birleşimler için gerçekten bir fark görmedim (ancak tüm performans ayarlarında olduğu gibi, koşullarınız altında veritabanınızı kontrol etmeniz gerekir).

Ancak, sol veya sağ birleşimleri kullanıyorsanız, durumu koyduğunuz yerde büyük bir fark yaratır. Örneğin bu iki sorguyu düşünün:

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'

Birincisi, sadece 15 Mayıs 2009 tarihinden sonra bir emri olan kayıtları verir, böylece sol birleşimi bir iç birleşime dönüştürür.

İkincisi bu kayıtları artı siparişi olmayan müşterileri verecektir. Sonuç kümesi, koşulu nereye koyduğunuza bağlı olarak çok farklıdır. (Select * yalnızca örnek amaçlıdır, elbette bunu üretim kodunda kullanmamalısınız.)

Bunun tek istisnası, yalnızca bir tablodaki kayıtları görmek, diğerini görmek istemenizdir. Sonra birleştirme değil koşul için where yan tümcesini kullanın.

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

Çoğu RDBMS ürünü her iki sorguyu da aynı şekilde optimize eder. Peter Gulutzan ve Trudy Pelzer'in "SQL Performans Ayarı" nda, birçok RDBMS markasını test ettiler ve hiçbir performans farkı bulamadılar.

Birleştirme koşullarını sorgu kısıtlama koşullarından ayrı tutmayı tercih ederim.

Eğer kullanıyorsanız OUTER JOINbazen maddesini katılmak koşulları koymak için gereklidir.

JOIN gerçekleştikten sonra NEREYE filtre uygulanacak.

JOIN işlemi sırasında satırların eklenmesini önlemek için JOIN'e filtre uygulayın.

Ben JOIN tam tablolar / Görünümler katılmak için tercih ve daha sonra sonuç kümesinin yüklem tanıtmak için NEREDE kullanın.

Sözdizimsel olarak daha temiz hisseder.

Birleşimde filtreleme yaparken genellikle performans artışları görüyorum. Özellikle her iki tablo için dizinli sütunlara katılabiliyorsanız. Çoğu sorguyu da yaparak mantıksal okumaları azaltabilmelisiniz, yani yüksek hacimli bir ortamda, yürütme süresinden çok daha iyi bir performans göstergesi.

Birisi SQL karşılaştırmasını gösterdiğinde her zaman hafif eğlendim ve dev sunucusunda gece yarısında bir sproc'ın her iki sürümünü de 50.000 kez çalıştırdım ve ortalama süreleri karşılaştırın.

Birleştirmeye koşulu koymak benim için "anlamsal olarak yanlış" gibi görünüyor, çünkü JOIN'lerin "için" olduğu şey bu değil. Ama bu çok niteliksel.

Ek sorun: bir iç birleşimden, örneğin bir birleşim yerine geçmeye karar verirseniz, koşulun JOIN içinde olması beklenmedik sonuçlara yol açabilir.

Bence daha büyük bir masanız olduğunda birleşimler daha hızlı. Özellikle daha küçük bir masa ile uğraşıyorsanız, gerçekten çok fazla bir fark değil. Birleşimler hakkında ilk öğrendiğimde, birleşimlerdeki koşulların nerede cümle koşullarının olduğu gibi olduğu ve nerede cümlenin hangi tablo üzerinde koşulun yapılması gerektiği konusunda spesifik olması durumunda bunları birbirinin yerine kullanabileceğim söylendi.

Birleştirmeye koşulu eklemek daha iyidir. Performans, okunabilirlikten daha önemlidir. Büyük veri kümeleri için önemlidir.