DAX HESAPLANABİLİR Vs FİLTRE İşlevi

Hem hem de , DAX sorgusunda verileri işlemek ve analiz etmek için güçlü araçlardır, ancak bunların anlaşılması önemli olan bazı temel farklılıkları vardır.

Bu blogda, CALCULATETABLE işlevini ve DAX stüdyosundaki sorgu planını inceleyeceğiz ve bunun FILTER işlevinden nasıl farklı olduğunu anlayacağız. Sonunda, veri analizi ihtiyaçlarınız için doğru işlevi nasıl seçeceğinizi daha iyi anlayacaksınız.

Göstermek için aşağıdaki DAX kodunu kullanacağız.

Bu kodu çalıştırdığınızda, Marka ve Rengi gösteren bir tablo alırsınız.

Sorgu Planları sekmesinde , Formula Engine'deki CrossApply operatörüne karşılık gelen bir kod alırsınız .

Aynı zamanda Server Timings sekmesinde kodun sadece ürün rengini ve markasını almakta olduğunu görebilirsiniz .

İçindekiler

• CALCULATETABLE İçin DAX Studio Sunucu Zamanlamaları Sonucu
• DAX Studio'da HESAPLANABİLİR Sorgu Planı
• Benzer DAX İşlevleri İçin Bağlam Geçişi
  • Sunucu Zamanlamaları
  • Sorgu Planı
• Çözüm

CALCULATETABLE İçin DAX Studio Sunucu Zamanlamaları Sonucu

Örnek olarak ürün rengini sadece Kırmızı ve/veya Siyah olarak filtreleyelim.

FİLTRE işlevini kullanarak bunu yapabilirsiniz. Çalıştırdığınızda, Sunucu Zamanlamaları, FILTER bağımsız değişkeninin xmSQL koduna uygulanmadığını gösterecektir .

Ancak HESAPLANABİLİR işlevini kullanırsanız, Sunucu Zamanlamaları sekmesindeki sorgu, sonuçların ürün rengine göre filtrelendiğini gösterecektir.

DAX Studio'da HESAPLANABİLİR Sorgu Planı

Her işlev için Sorgu Planına bakalım.

CALCULATETABLE, Mantıksal Sorgu Planının ilk satırındadır çünkü kodda üst düzey bir işlevdir ve bu nedenle herhangi bir gereksinime bağlı değildir.

CALCULATETABLE işlevinin sorgu planını okuduğunuzda, ilk bağımsız değişkenle başlamazsınız. Öncelikle kullanılan filtre içeriğini anlamanız gerekir. Öyleyse 5. satıra geçelim.

Uygulanan filtre nedeniyle VertiPaq operatörünün ürün rengi sütununu gerektirdiğini görebilirsiniz . Daha sonra bu sütunu tarar ve ürün rengini her satıra göre kontrol etmek için Boş Değil Filtresi kombinasyonunu kullanır .

Filtre içeriği hazırlandıktan sonra argümanı gerçekleştirilir.

Geriye dönüp bakıldığında, FILTER işlevini kullanırsanız, farklı bir sorgu planı görürsünüz, bu nedenle CROSSJOIN bağımsız değişkeni, filtre bağlamını tanımlamadan önce gerçekleştirilir.

Bu yaklaşımın dezavantajı, filtre koşulunu Depolama Motoruna zorlamamasıdır. WHERE yan tümcesini xmSQL içinde kullanamayacaksınız, bu da Formula Engine'e ağır bir yük getirecektir.

Birden çok tabloyla çalışırken, CROSSJOIN işlevinin filtre kombinasyonu çok büyük olacaktır. Bu, DAX kodunun performansını yavaşlatır. Bu nedenle çoğu durumda HESAPLANABİLİR işlevinin kullanılması önerilir.

Böylece, tüm hesaplamaları Formula Engine'de yapmak yerine, XMSQL kodunun WHERE sınıfının içine filtre koşulunu enjekte edebilirsiniz.

Benzer DAX İşlevleri İçin Bağlam Geçişi

Sunucu Zamanlamaları

Bu kavram aynı zamanda HESAPLA işlevi için de geçerlidir. Örnek olarak aşağıdaki DAX kodunu kullanalım.

Bir hesaplamanın çevresinde otomatik olarak HESAPLA işlevi bulunur.

Bu kodu çalıştırdığınızda, her renk için Toplam Satış tutarını gösteren bir tablo alırsınız.

Sunucu Zamanlamaları sekmesinde, kodun iki sorgu yürüttüğünü görebilirsiniz. İlk sorgu, Satış tablosundan Satış tutarının Ürünler tablosuna göre toplamını hesaplamaktır.

İkinci sorgu ise yine Ürünler tablosundan ürün rengini alır. DAX kodundaki işlevine karşılık gelir .

Formula Engine, iki sorgunun veri önbelleklerini yan yana yerleştirir. İkinci veri önbelleğinden değerleri alarak başlar ve ardından ilk veri önbelleğinde bir arama gerçekleştirir.

Sorgu Planı

Sorgu Planı sekmesinde, Mantıksal Sorgu Planı, bağımsız değişkeni nedeniyle ürün rengini tarar.

Ardından VertiPaq, ürün rengine göre Toplam Satış tutarını toplar. Ürün renk değerini eşdeğer bir filtre içeriğine dönüştüren bağlam geçişini gerçekleştirir.

Bağlam geçişi tarafından oluşturulan filtre , Sorgu Planında DependOnCols özelliğine çevrilir . VertiPaq, Toplam Satışları hesaplamak için gerekli sütunları taradıktan sonra, Satış Miktarını Net Fiyat ile çarpar.

Toplam Satış, sonuç olarak bir para birimi veri türü biçiminde döndürülür. Son olarak, ADDCOLUMNS, Renk ve Toplam Satış tutarını içeren iki sütunlu bir tablo döndürür.

Çözüm

Farklı sorgu planları farklı verimlilik düzeylerine sahip olabileceğinden, sorgu planının bir sorgunun performansı üzerinde önemli bir etkisi olabilir.

Bir DAX sorgusunda HESAPLANABİLİR ve FİLTRE işlevleri kullanılırken, sorgu planı belirli senaryoya ve kullanılan belirli formül ifadesi ve sorgu motorunun yetenekleri gibi çeşitli faktörlere bağlı olarak farklılık gösterebilir.

Genel olarak, belirli bir senaryo için en verimli yaklaşımı belirlemek amacıyla farklı sorgu planlarının performansını test etmek ve karşılaştırmak iyi bir fikirdir.

Herşey gönlünce olsun,