CTE ve SubQuery arasındaki fark nedir?

Bu gönderiden Aşağıdaki yordamda ROW_NUMBER nasıl kullanılır?

Aynı sorunu çözmek için biri sub-queryve diğerinin a kullandığı yanıtların iki sürümü vardır CTE.

Şimdi, CTE (Common Table Expression)bir 'alt sorgu ' üzerinden bir avantaj kullanmanın avantajı nedir (böylece, sorgunun gerçekte ne yaptığını daha okunabilir )

Bir kullanmanın tek avantajı CTEover sub-selectaslında olmasıdır isimsub-query . Bir CTE basit (özyinelemesiz) CTE olarak kullanıldığında bu ikisi arasında başka farklar var mı?

Basit (özyinelemeli olmayan) CTE sürümlerine karşı alt sorguda , muhtemelen çok benzerler. Herhangi bir farklılığı tespit etmek için profil oluşturucu ve gerçek yürütme planını kullanmanız gerekir ve bu da kurulumunuza özgü olacaktır (bu yüzden size cevabı tam olarak söyleyemeyiz).

Olarak , genel ; Bir CTE tekrar tekrar kullanılabilir; bir alt sorgu yapılamaz. Bu onları özellikle ağaç yapılarına uygun hale getirir.

Ortak Tablo İfadesinin ana avantajı ( yinelemeli sorgular için kullanılmadığında ), alt sorguyu kullanmak istediğiniz her yerde bildirmek yerine kapsüllemedir, bir kez tanımlayabilirsiniz, ancak birden çok referansınız vardır. ona.

Ancak bu yok değil sadece bir defa çalıştırılır anlamına (uyarınca bu çok cevabın önceki tekrarlamalar , yorumladı tüm olanlara teşekkür ederim). Sorgu kesinlikle birden çok kez başvurulursa birden çok kez yürütülme potansiyeline sahiptir; sorgu optimize edici sonuçta CTE'nin nasıl yorumlanması gerektiğine karar verir.

CTEen çok özyineleme için yararlıdır:

WITH hier(cnt) AS (
        SELECT  1
        UNION ALL
        SELECT  cnt + 1
        FROM    hier
        WHERE   cnt < @n
        )
SELECT  cnt
FROM    hier

@nsatırları (en fazla 101) döndürür . Takvimler, kukla satır kümeleri vb. İçin kullanışlıdır.

Onlar da daha okunabilir (bence).

Bunun dışında, CTEve subqueriesaynıdır.

Bahsedilmeyen bir fark, bir birliğin birkaç bölümünde tek bir CTE'ye atıfta bulunulmasıdır

Bir şeyi kaçırmadıkça, CTE'leri ve alt sorguları da kolayca adlandırabilirsiniz.

Sanırım ana fark okunabilirlik (CTE'yi daha okunabilir buluyorum çünkü alt sorunuzu ortadan ziyade ön tarafta tanımlar).

Ve özyineleme ile herhangi bir şey yapmanız gerekiyorsa, bunu bir alt sorgu ile yapmakta biraz sorun yaşarsınız;)

Kimsenin bahsetmediği önemli bir gerçek (en azından postgreslerde), CTE'lerin optimizasyon çitleri olduğudur:

https://blog.2ndquadrant.com/postgresql-ctes-are-optimization-fences/

Yani, tüm sorgu planına katlanmak yerine kendi atomik sorguları olarak ele alınacaklardır. Daha iyi bir açıklama yapmak için uzmanlığım yok, ancak kullandığınız sql sürümü için semantiği kontrol etmelisiniz; ileri düzey kullanıcılar için, bir optimizasyon çiti oluşturabilmek sorgu planlayıcısını kontrol etme konusunda uzman seviyeniz varsa performansa yardımcı olabilir; Bununla birlikte, vakaların% 99'unda sorgu planlayıcısına ne yapması gerektiğini söylemekten kaçınmalısınız, çünkü daha hızlı olacağını düşündüğünüz şey muhtemelen daha hızlı olacağını düşündüğünden daha kötüdür. :-)

Başkalarının cevaplarına ek olarak, birkaç kez kullanılan bir ve aynı alt sorgunuz varsa, tüm bu alt sorguları tek bir CTE ile değiştirebilirsiniz. Bu, kodunuzu daha iyi kullanmanızı sağlar.

Anlamanız gereken bir şey de SQL Server'ın eski sürümlerinde (evet, birçok insan hala SQL Server 2000 veritabanlarını desteklemelidir), CTE'lere izin verilmez ve daha sonra türetilmiş tablo en iyi çözümdür.

İPUCU: (MAKSİMUM n)

belirli bir ifadede izin verilen özyineleme düzeylerinin sayısını , maddede MAXRECURSIONipucu ve 0 ile 32.767 arasında bir değer kullanarak sınırlayabilirsiniz.OPTION

Örneğin, deneyebilirsiniz:

OPTION 
      (MAXRECURSION 150)

GO