Bir Data Model, görünümün hangi kaynak veya dönüşüm çıktısını okuyacağını seçebilir; ancak iki tabloyu birleştiremez. Bir pano "müşterilerle birleştirilmiş siparişler" veya "bu yılın verisiyle birleştirilmiş geçen yılın verisi" gerektirdiğinde doğru araç, Model içindeki bir geçici çözüm değil BI Portalındaki Flow'dur.
Önemli düğüm türleri
- Source — bir Veri Kaynağı veya Model okur, Canlı veya önbellekten; her akış buradan başlar
- Join — eşleşen anahtarlarda iki girdiyi yan yana birleştirir; ayrı Sol ve Sağ girdileri vardır, ikisi de zorunludur
- Union — aynı sütun şeklindeki iki tabloyu üst üste dizer, sütun değil satır büyütür; dönemsel veya şube karşılaştırmaları için kullanılır
- Transform / Steps — kaynağın tanımlı dönüşümlerini yeniden kullanın veya akışa özgü küçük temizliği yerinde uygulayın
- Filter ve Aggregate — satırları daraltın (çoğunlukla bir Join'den hemen sonra, satır sayısı patlamadan) ve grup + ölçü özetleri üretin
- Sink Data Source — akış çıktısını yeni, yeniden kullanılabilir bir Veri Kaynağı olarak yazar; Sink Mail — sonucu bunun yerine CSV eki olarak e-postalar
Join ve Union: En çok destek talebine yol açan ayrım
Join sütunları genişletir ve doğru anahtar eşleşmesine bağlıdır. Klasik hata, yanlış veya yinelenen bir anahtarın satır sayısını patlatması ya da inner join'in eşleşmeyen satırları sessizce düşürmesidir. Union satır sayısını artırır ve sütun adı/türü uyumuna bağlıdır. Klasik hata, sütun uyumsuzluğunun hata üretmesi veya bir alanı sessizce null yapmasıdır.
Neden önemli?
Flows öncesinde "bu iki SAP kaynağını birleştirin" isteği özel bir ABAP raporu, ayrı bir ETL aracı veya her hafta yinelenen manuel Excel birleştirmesi anlamına geliyordu. Join veya Union'ı, ortaya çıkan panonun yayınlanacağı aynı BI Portalı oturumunda görsel olarak oluşturmak, bütün bir entegrasyon projesini takvimden kaldırır ve birleşik veriyi diğer her şeyle aynı yenileme işleri ve rol kontrolleri altında tutar.