«execution-plan» etiketlenmiş sorular

Bir sorguyu işlemek için sorgu optimize edici tarafından seçilen strateji.

1
Taramaya neden olan kalıcı hesaplanmış sütun
Düzenli bir sütunu kalıcı bir hesaplanmış sütuna dönüştürmek, bu sorgunun dizin aramaları yapamamasına neden oluyor. Neden? 2016 SP1 CU1 dahil olmak üzere çeşitli SQL Server sürümlerinde test edilmiştir. Repros Hesaplanmış bir sütunla Düzenli bir sütunla Sorun ile table1, col7. Tablolar ve sorgu, orijinallerin kısmi (ve basitleştirilmiş) bir versiyonudur. Sorgunun farklı …

3
Yürütme Planı INDEX KULLANMADI, Tablo Taraması Kullanıyor
Bir dizin veya tablo taraması söz konusu olduğunda, SQL Server'ın hangisinin daha iyi olduğunu görmek için istatistikleri kullandığını biliyorum. 20 milyon sıralı bir masam var. (SnapshotKey, Measure) bir dizin var ve bu sorgu: select Measure, SnapshotKey, MeasureBand from t1 where Measure = 'FinanceFICOScore' group by Measure, SnapshotKey, MeasureBand Sorgu 500 …

2
TOP yürütme neden SQL yürütme planında
Bir süre aradıktan sonra, bu soruyu bir cevap bulma eksikliği için göndermeye ve benzer bir soru / cevap varsa özür dilemeye karar verdim. Aşağıdaki sorguyu benzer şekilde ayarlanmış iki SQL sunucusunda çalıştırırken, performansı etkileyen farklı yürütme planlarıyla karşılaşırız ve nedenini bulmak için yardıma ihtiyacımız vardır. Sorgu: SELECT process_id INTO #temp …

1
Neden SELECT COUNT () sorgu yürütme planı solda birleştirilmiş tablo içeriyor?
SQL Server 2012'de tablo değeri fonksiyonu başka bir tabloya katılmak ile bu 'tablo değerli işlevi' için satır sayısını saymak gerekir. İcra planını incelediğimde, sol birleştirme tablosunu görebiliyorum. Neden? Birleştirilen soldaki tablo, döndürülen satır sayısını nasıl etkiler? Ben db motoru SELECT sayısı (..) sorgusunda sol ortak tablo değerlendirmek gerekmez beklenir. Select …

3
Sp_WhoIsActive üzerinde çok sayıda “FETCH API_CURSOR0000…” (SQL Server 2008 R2)
Tuhaf bir durumum var. Kullanarak sp_whoisactivebunu görebilirsiniz: Tamam, bu sorgu ile, tetikleyen ne olduğunu görebilirsiniz (bu kelime İngilizce olarak mevcut mu?): SELECT c.session_id, c.properties, c.creation_time, c.is_open, t.text FROM sys.dm_exec_cursors (SPID) c --0 for all cursors running CROSS APPLY sys.dm_exec_sql_text (c.sql_handle) t sonuç: bu basit select. Bu neden f kullanıyor etch_cursor? …

2
Basit SİL, ancak karmaşık yürütme planı
Bu silme çalıştırdığınızda: DELETE FROM ETLHeaders WHERE ETLHeaderID < 32465870 ... 39.157 satırı siler. Basit olmalı, çünkü kümelenmiş dizin ve birincil anahtar olan ETLHeaderID'de siliniyor. Ancak (yürütme planına göre) 361.190 satır vuruyor ve diğer dizinleri kullanıyor gibi görünüyor. Tablonun XML veri türüne sahip bir alanı vardır (bu SİL'i etkilemesi durumunda). …

1
SentryOne Plan Explorer UDF'lerde okumaları sayar mı?
Ben böyle bir sorgu var: select dbo.fn_complexFunction(t.id) from mytable t Gelen SQL Nöbetçi Planı Explorer , ben fark ben Sorgu Planı UDF dahil olmak Tahmini Planı al çalıştırmak zorunda. 'Gerçek Planı Al' çalıştırıldığında, mantıksal okumaların ve diğer metriklerin UDF'de gerçekleşen işlemleri içerdiği görülmemektedir. Bu gibi durumlarda, Profiler'ı kullanmanın tek çözümü …

2
Bir görünüm için yürütme planını nasıl alabilirim?
Birkaç görünümleri olan bir şema var. Uygun dizinlerin yerinde ve kullanıldığından emin olmak için yürütme planlarını kontrol etmem gerekiyor. Bunu nasıl yaparım? Daha doğrusu gelen çıktıyı kopyalayıp yapıştırmak olurdu değil show create view <viewname>INTO explainbazı görüşlerini diğer görünümlerde üzerine inşa edilmiştir ve bu oldukça acı olurdu, özellikle de.

2
Kod, saklı yordamda geçici olarak çalıştırıldığında farklı bir plan oluşturur
Saklı yordam içinde çalıştırırken kötü bir plan kullanan, ancak geçici çalıştırırken çok daha iyi bir plan seçiyor bir silme ifadesi var. Ben sorgu tarafından kullanılan tablolar için tüm dizinleri yeniden var ve tüm önbellekleri düştü. Optimize edici, saklı yordam için hala yanlış planı seçer. İyileştiricinin neden geçici SQL'e karşı saklı …
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.