«cardinality-estimates» etiketlenmiş sorular

3
Paralellik (Yeniden Bölümleme Akışları) İşleci Neden Satır Tahminlerini 1'e İndirir?
SQL Server 2012 Enterprise kullanıyorum. Tamamen sezgisel bulamadığım bazı davranışlar sergileyen bir SQL Planı ile karşılaştım. Ağır bir Paralel Dizin Tarama işleminden sonra, bir Paralellik (Bölümleme Akımları) işlemi gerçekleşir, ancak Dizin Taraması (Object10.Index2) tarafından döndürülen satır tahminlerini öldürerek tahmini 1'e düşürür. bu davranışı açıklayan hiçbir şeyle karşılaşmadım. Sorgu oldukça basittir, …

2
Neden bir DELETE sorgusu bir biçimde diğerinden daha uzun bir biçimde çalışıyor?
Bazı kopyaları kaldırmaya çalışan belirli bir temizleme kodu var. Bu, birçok müşteri sitesinde mükemmel şekilde çalışır. Günlükler bana bu sorgu tarafından en az 1 sn 45 sn tüketildiğini söylüyor: DELETE FROM [tbl] WHERE [Id] NOT IN ( SELECT MIN([Id]) FROM [tbl] GROUP BY [IdProject], [IdRepresentative], [TimeStart] ) Ama bu sorgunun …

2
Neden Int / Smallint'in Varchar'a örtük bir dönüşümü alıyorum ve Kardinalite Tahminlerini gerçekten etkiliyor mu?
Ben gerçek yürütme planı Show Plan Analysis (SSMS) kullanarak yavaş performans gösteren bir sorgu ateş sorun çalışıyorum. Analiz aracı, satır sayısı tahminlerinin plandaki birkaç yerde döndürülen sonuçlardan alınmadığını ve ayrıca bana bazı örtük dönüşüm uyarıları verdiğini belirtir. Bu örtük dönüşümleri int üzerinden Varchar anlamıyorum- Başvurulan alanlar sorguda herhangi bir parametre …

3
Döküntüleri varchar nedeniyle tempdb'ye göre sıralayın (maks.)
32 GB'lık bir sunucuda maksimum 25 GB belleğe sahip SQL Server 2014 SP2 çalıştırıyoruz, iki tablonuz var, burada her iki tablonun basitleştirilmiş bir yapısını bulacaksınız: CREATE TABLE [dbo].[Settings]( [id] [int] IDENTITY(1,1) NOT NULL, [resourceId] [int] NULL, [typeID] [int] NULL, [remark] [varchar](max) NULL, CONSTRAINT [PK_Settings] PRIMARY KEY CLUSTERED ([id] ASC) ) …

1
İfadedeki tür dönüşümü sorgu planı seçiminde “CardinalityEstimate” 'ı etkileyebilir mi?
Geçmiş verileri bölümlenmiş görünümlerde depolayan bir arşiv veritabanı tutuyorum. Bölümleme sütunu bir tarih saatidir. Görünümün altındaki her tablo bir aylık veri depolar. Her tablodaki olayları datetime sütununda bir kontrol kısıtlamasıyla kısıtlarız. Bu, optimize edicinin olay tarih / saat sütununda filtrelenen sorgular için aranan tabloları sınırlamasına olanak tanır. Denetim kısıtlamalarının adları …

1
Ana / ayrıntı tabloları arasındaki karma birleştirme çok düşük kardinalite tahmini üretir
Ana tabloyu ayrıntı tablosuna katarken, SQL Server 2014'ü daha büyük (ayrıntı) tablonun kardinalite tahminini birleştirme çıktısının kardinalite tahmini olarak kullanmaya nasıl teşvik edebilirim? Örneğin, 10K ana satırları 100K ayrıntı satırlarına birleştirirken, SQL Server'ın 100K satırlarındaki birleştirmeyi tahmin etmesini istiyorum - tahmini ayrıntı satırı sayısıyla aynı. SQL Server'ın tahmincisinin her ayrıntı …


2
Adım içi istatistik değeri için> = ve> için Kardinalite Tahmini
SQL Server 'daha büyük' ​​ve 'eşittir' eşit nerede SQL Server 2014 yan tümceleri için tahmin etmeye çalıştığını anlamaya çalışıyorum. Sanırım adımı vurduğunda kardinalite tahminini anlıyorum, örneğin select * from charge where charge_dt >= '1999-10-13 10:47:38.550' Kardinalite tahmini 6672'dir ve 32 (EQ_ROWS) + 6624 (RANGE_ROWS) + 16 (EQ_ROWS) = 6672 (aşağıdaki …
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.