Son zamanlarda sıklıkla karşıma çıkmaya başlayan örnek bir veri seti var. Farklı kişi/kurumlardan benzer veri örnekleri artmaya başlayınca yazmak istedim. Veri seti temelde şuna benziyor: Tabloda ürün satılıyorsa -örneğin- Ürün ID sütunu da var, finansal bir hareketse müşterinin cari kodu da var vs. Ama gördüğüm bu veri setlerinin en büyük ortak yanı , artı bunlar … Devamını Oku…
Tabular engine, yani Power BI 'ın analitik motoru, parent-child hiyerarşi yapısını doğrudan desteklemiyor. MDX'teki gibi doğrudan bir destek yok, bunun yerine hiyerarşileri sütun bazlı yapıya çevirmemizi sağlayacak fonksiyonlar var: PATH, PATHITEM vs gibi. Hiyerarşiden neyi kastettiğimizi açalım, aşağıdaki gibi bir veri setimiz var: Tüm ERP'lerdeki hesap planları üç aşağı beş yukarı bu yapıya benziyor, tüm … Devamını Oku…
Power BI projelerinin en önemli kısmı veri modelinin doğru tasarlanması. Yanlış/hatalı veri modeli üzerinde DAX'ı ne kadar iyi bilirsek bilelim taklalar atmak bir noktadan sonra zor. Doğru veri modelini kurmak -özellikle tek bir fact tablosunun olduğu modellerde- çok zor değil, her şey dönüp dolaşıp – veya – bağlanıyor. Fakat bazı ERP'lerin tasarımına bağlı olarak özellikle … Devamını Oku…
Expanded Tables, DAX'ın üzerinde koştuğu en önemli konseptlerden biri. Aslında davranışını neredeyse biliyoruz, hem ilişkilerin çalışma şeklinden dolayı, hem de RELATED gibi fonksiyonlardan dolayı. Diğer temel konseptlere de göz atmak isterseniz buradan: Filter Context, Row Context, Context Transition. Modeldeki tablolar ve ilişkiler aşağıdaki gibi: Çok basit SUM alan temel [Satışlar] metriği ile birlikte Alt Kategorilerin … Devamını Oku…
Yazının başlığını ne koyarsam daha doğru olur diye biraz düşündüm açıkçası, bugüne kadar gelen sorular, içinde bulunduğum projeler, Power BI ile bir şeyler yapmaya henüz yeni başlamış ve SQL bilgisi yüksek profiller, kullanılan ERP sistemini avcunun içi gibi bilenler, kendi alanına hakim power-user iş kullanıcılarını düşününce bazı gözlemlerimi ve değerlendirmelerimi aktarmak isterim. En sık karşılaştığım … Devamını Oku…
Power BI ile ilgili sık gelen sorulardan biri, çoklu şube-çoklu firma modelinde ilişkilerin nasıl oluşturulacağı yönünde. Örneğin aşağıdaki gibi bir data yapısı olsun: Master ürünler tablosunda ürün kodları birden fazla firmada aynı olabilir! Power BI'da iki tablo arasında ilişki kurabilmenin genel kuralları şöyle: İki tablo arasında ilişki tek sütun üzerinden kurulabilir. İlgili sütunların tipi her … Devamını Oku…
DAX'taki temel kavramlardan ikisine giriş yapalım: Aggregator'lar ve iterator'lar. Daha önce bahsettiğim gibi DAX'ta hücre kavramı yoktur, tablo ve sütun kavramı vardır, tablolar satır ve sütunlardan oluşur. Tablo, tek bir satırdan ve tek bir sütundan oluşuyor olabilir; bu da bir tablodur. Aggregator fonksiyonlar (SUM, AVERAGE, MIN, MAX …), , sizden tek bir parametre isterler: Üzerinde … Devamını Oku…
Power Bi'ın en güçlü özelliklerinden biri, aynı anda birden fazla veri kaynağına bağlanarak tüm verileri tek bir veri modeli üzerinde analiz etmeye imkan vermesi. Tek bir veri kaynağı olduğunda -diyelim ERP- genellikle tüm "entity"lerle ilgili bir tane master tablo oluyor. Örneğin "Ürünler" tablosu, örneğin "Müşteriler" tablosu. Bu tabloların temel özelliği ilgili boyutun tekil (unik) kayıtlarını … Devamını Oku…
Veri modeli, tablolar arasında tanımlanmış "relationship" 'leri ve bu ilişkileri kullanarak hesapladığımız metrikleri içerir. Tablolar arasında kurulan ilişkiler, modelin içerdiği tüm tablolar arasında "dolaşmamızı" sağlar. Power BI'da "relationship" her zaman iki tablo arasında ve kurulur. İki tablo arasında ortak bir sütun üzerinden bir ilişki kurulduğunda, ilişkinin her zaman "tek tarafı" (one side table) ve "çoklu … Devamını Oku…