Pencere parametreleri 'where' yan tümcesi içeren bir görünümden çağrıldığında korkunç yürütme planına neden oluyor

Bu sorunu uzun zaman önce yaşadım, bana uygun bir çözüm buldum ve unuttum.

Ama şimdi SO ile ilgili bir soru var, bu yüzden bu sorunu gündeme getirmeye hazırım.

Birkaç tabloyu çok basit bir şekilde birleştiren bir görünüm var (siparişler + sipariş satırları).

whereMadde olmadan sorgulandığında , görünüm birkaç milyon satır döndürür.
Ancak, hiç kimse bunu böyle demez. Genel sorgu

select * from that_nasty_view where order_number = 123456;

Bu, 5 metreden yaklaşık 10 kayıt döndürür.

Önemli bir şey: görünüm rank(), görünümün her zaman sorgulandığı alanla tam olarak bölümlenmiş bir pencere işlevi içerir :

rank() over (partition by order_number order by detail_line_number)

Şimdi, bu görünüm tam olarak yukarıda gösterildiği gibi sorgu dizesindeki değişmez parametrelerle sorgulanırsa, satırları anında döndürür. Uygulama planı gayet iyi:

• Endeksleri her iki tabloda da indeksleri kullanarak arayın order_number(10 satır döndürür).
• Geri dönen küçük sonuç üzerinden pencereleri hesaplamak.
• Seçme.

Ancak, görünüm parametreli bir şekilde çağrıldığında işler kötü olur:

• Index scanendeksleri yok sayarak tüm tablolarda. 5m satır döndürür.
• Büyük katılım.
• Pencereleri tüm partitions (yaklaşık 500k pencereler) üzerinden hesaplama .
• Filter 5 metreden 10 sıra almak.
• seçmek

Bu, parametrelerin dahil olduğu tüm durumlarda olur. SSMS olabilir:

declare @order_number int = 123456;
select * from that_nasty_view where order_number = @order_number;

Excel gibi bir ODBC istemcisi olabilir:

select * from that_nasty_view where order_number = ?

Veya sql birleşimini değil, parametreleri kullanan başka herhangi bir istemci olabilir.

Pencere işlevi görünümden kaldırılırsa, parametrelerle sorgulanıp sorgulanmamasına bakılmaksızın mükemmel bir şekilde hızlı çalışır.

Geçici çözümüm, rahatsız edici işlevi kaldırmak ve daha sonraki bir aşamada yeniden uygulamaktı.

Ama ne verir? SQL Server 2008'in pencere işlevlerini işleme biçiminde gerçekten bir hata mı var?

Bu uzun süredir devam eden bir sorun gibi görünüyor bir şekilde veya başka bir şekilde yenileme yüzeyin ve hala SQL Server 2012'de mevcut.

Bunu tartışan bazı yayınlar

• Performans Ayarı 101-2005
• Sekans Projeksiyonları ile Regresyon Planlaması - 2008 R2 @Paul White
• Ortak Tablo İfadeleri (CTE'ler), Pencere İşlevleri ve Görünümler - 2012 @Jonathan Kehayias
• Pencere İşlevleri ve Görünümleriyle İlgili Sorun

SQL Server'ın 2012'ye kadar olan tüm geçerli sürümleri, filtreyi option(recompile), kullanılanlar dışında (2008+ ise) parametrelenmiş bir yüklem için sıra projesinin ötesinde bir bölümleme grubuna aktaramaz.

recompileİpucuna bir alternatif , sorguyu @ a1ex07 tarafından önerildiği gibi parametrelenmiş bir satır içi TVF kullanmak için yeniden yazmaktır)

Görünümü tablo değerli udf ile değiştirmeyi denerdim. Bu şekilde önce kayıtları filtreleyecek ve sonra pencere işlevini uygulayacaktır. Bu işlev tablo parametresini kabul edebilir, böylece order_numberiçine birden fazla geçiş yapabilirsiniz