Power BI'da DirectQuery kullanarak SAP HANA veri kaynaklarına bağlanma

SAP HANA veri kaynaklarına doğrudan DirectQuery kullanarak bağlanabilirsiniz. Bu, genellikle içeri aktarma modellerini desteklemek için kullanılabilir kaynakları aşan büyük veri kümeleri için gereklidir. DirectQuery modunda SAP HANA'ya bağlanmak için her birinin farklı özellikleri olan iki yaklaşım vardır:

• SAP HANA'yı çok boyutlu bir kaynak olarak ele alın (varsayılan): Bu durumda davranış, Power BI'ın SAP Business Warehouse veya Analysis Services gibi diğer çok boyutlu kaynaklara bağlanmasına benzer. SAP HANA'ya çok boyutlu bir kaynak olarak bağlandığınızda tek bir analiz veya hesaplama görünümü seçilir ve bu görünümün tüm ölçüleri, hiyerarşileri ve öznitelikleri alan listesinde bulunur. Anlam modeline hesaplanmış sütunlar veya diğer veri özelleştirmeleri ekleyemezsiniz. Görseller oluşturulurken, toplama verileri sap HANA'dan doğrudan alınır. SAP HANA'yı çok boyutlu bir kaynak olarak kabul etmek, SAP HANA üzerinden yeni DirectQuery raporları için varsayılan değerdir.

• SAP HANA'yı ilişkisel bir kaynak olarak ele alma: Bu durumda Power BI SAP HANA'yı ilişkisel veri kaynağı olarak ele alır. Bu yaklaşım daha fazla esneklik sunar. Diğer şeylerin yanı sıra, hesaplanmış sütunlar ekleyebilir ve diğer kaynaklardan veri ekleyebilirsiniz, ancak ölçülerin beklendiği gibi toplandığından emin olmak için dikkatli olunmalıdır. Ek olmayan ölçülerden kaçının. Ayrıca, performans sorunlarını önlemek için birkaç sütun ve birleştirme içeren basit görünümler kullandığınızdan emin olun. Anlamsal modelde ölçüleri yeniden oluşturmayı göz önünde bulundurun, ancak karmaşık ölçülerin çalışmayabileceğini unutmayın. SAP HANA hiyerarşileri, SAP HANA ilişkisel kaynak olarak kullanılırken kullanılamaz.

Bağlantı yöntemi, DosyaSeçenekleri ve ayarları ve ardından DirectQuerySeçenekler'i ve ardından aşağıdaki görüntüde gösterildiği gibi SAP HANA'yı ilişkisel kaynak olarakolarak değerlendir seçeneğini belirleyerek ayarlanan genel bir araç seçeneğiyle belirlenir.

SAP HANA'yı ilişkisel bir kaynak olarak ele alma seçeneği, SAP HANA üzerinden DirectQuery kullanarak yeni raporları için bağlantı yöntemini denetler. Geçerli rapordaki mevcut SAP HANA bağlantılarını veya açılan diğer raporlardaki bağlantıları etkilemez. Bu nedenle seçenek şu anda işaretlenmemişse, Veri Alkullanarak SAP HANA'ya yeni bir bağlantı eklendikten sonra bu bağlantı SAP HANA'yı çok boyutlu bir kaynak olarak ele alır. Ancak, SAP HANA'ya da bağlanan farklı bir rapor açılırsa, bu raporoluşturulduğu sırada ayarlanan seçeneğe göre davranmaya devam eder. Bu durum, SAP HANA'ya ilişkisel kaynak olarak bağlanan tüm raporların, seçeneğin işareti kaldırılmış olsa bile SAP HANA'yı ilişkisel bir kaynak olarak işlemeye devam etmesi anlamına gelir.

İki SAP HANA bağlantı yöntemi farklı davranışlar oluşturur ve mevcut bir raporu bir bağlantı yönteminden diğerine değiştirmek mümkün değildir.

SAP HANA'yı çok boyutlu bir kaynak olarak kabul edin (varsayılan)

SAP HANA'ya yapılan tüm yeni bağlantılar varsayılan olarak bu bağlantı yöntemini kullanır ve SAP HANA'yı çok boyutlu bir kaynak olarak kabul eder. SAP HANA'ya çok boyutlu bir kaynak olarak bağlanırken aşağıdaki noktalar geçerlidir:

• Veri Al Gezgini'de, tek bir SAP HANA görünümü seçilebilir. Ölçüleri veya öznitelikleri tek tek seçmek mümkün değildir. Bağlanma sırasında tanımlanan ve verileri içeri aktarmadan veya SAP HANA'yı ilişkisel bir kaynak olarak ele alırken DirectQuery'yi kullanmaktan farklı bir sorgu yoktur. Bu durum, bu bağlantı yöntemini seçerken doğrudan SAP HANA SQL sorgusu kullanmanın mümkün olmadığı anlamına da gelir.

• Seçili görünümün tüm ölçüleri, hiyerarşileri ve öznitelikleri alan listesinde görüntülenir.

• Bir ölçü görselde kullanıldığından SAP HANA, ölçü değerini görsel için gerekli toplama düzeyinde almak üzere sorgulanır. Sayaçlar ve oranlar gibi eklenebilir olmayan ölçülerle ilgilenirken, tüm toplamalar SAP HANA tarafından gerçekleştirilir ve Power BI tarafından başka toplama yapılmaz.

• SAP HANA'dan her zaman doğru toplama değerlerinin alınabilmesini sağlamak için belirli kısıtlamaların uygulanması gerekir. Örneğin, hesaplanmış sütunlar eklemek veya aynı rapor içinde birden çok SAP HANA görünümüne ait verileri birleştirmek mümkün değildir. Sütunları silmek veya veri türlerini değiştirmek de mümkün değildir.

SAP HANA'nın çok boyutlu bir kaynak olarak ele alınması, alternatif ilişkisel yaklaşımından daha az esneklik sunar, ancak daha basittir. Bu bağlantı yöntemi, daha karmaşık SAP HANA ölçümleriyle ilgilenirken doğru toplama değerlerini sağlar ve genellikle daha yüksek performansa neden olur.

Alan listesi SAP HANA görünümündeki tüm ölçüleri, öznitelikleri ve hiyerarşileri içerir. Bu bağlantı yöntemi kullanılırken geçerli olan aşağıdaki davranışlara dikkat edin:

• En az bir hiyerarşiye dahil edilen tüm öznitelikler varsayılan olarak gizlenir. Ancak, gerekirse, alan listesindeki bağlam menüsünden Gizli olanları görüntüle seçilerek görülebilir. Gerekirse, aynı bağlam menüsünden görünür hale getirilebilirler.

• SAP HANA'da bir öznitelik, etiketi olarak başka bir özniteliği kullanacak şekilde tanımlanabilir. Örneğin, Product, , , vb. değerlerle, etiket olarak , , vb. değerlerleProductName kullanabilir. Bu durumda, alan listesinde, etiket değerleri , Bike, Shirtvb. olan ve benzersizliğini belirleyen anahtar değerleri Gloves, 1, 2ile sıralanan tek bir 3 alanı gösterilir. Product.Key gizli bir sütun da oluşturulur ve gerekirse temel anahtar değerlerine erişim sağlanır.

Temel alınan SAP HANA görünümünde tanımlanan tüm değişkenler bağlanma sırasında görüntülenir ve gerekli değerler girilebilir. Bu değerler daha sonra şeritten Veri Dönüştürme seçilerek değiştirilebilir ve ardından görüntülenen açılır menüden Parametreleri Düzenle.

Sap HANA'dan her zaman doğru toplama verilerinin alınabilmesini sağlama gereksinimi göz önünde bulundurulduğunda, izin verilen modelleme işlemleri DirectQuery kullanılırken kullanılan genel duruma göre daha kısıtlayıcıdır. Ancak ölçü tanımlama, alanları yeniden adlandırma ve gizleme ve görüntü biçimlerini tanımlama gibi bazı eklemeler ve değişiklikler yapmak mümkündür. Bu tür değişikliklerin tümü yenilemede korunur ve SAP HANA görünümünde yapılan çakışmayan değişiklikler uygulanır.

Ek modelleme kısıtlamaları

Yukarıda belirtilen sınırlamalara ek olarak, SAP HANA'ya çok boyutlu bir kaynak olarak bağlanırken aşağıdaki modelleme kısıtlamalarına dikkat edin:

• Hesaplanan sütunlar için destek yok: Hesaplanmış sütun oluşturma özelliği devre dışıdır. Bu durum, hesaplanan sütunları kullanan Gruplandırma ve Kümeleme'nin kullanılamadığı anlamına da gelir.
• Ölçüler için ek sınırlamalar: DAX ifadelerinde SAP HANA tarafından sunulan destek düzeyini yansıtmak için ölçülerde kullanılabilecek başka sınırlamalar da vardır. Örneğin, bir tablo üzerinde toplama işlevi kullanmak mümkün değildir.
• İlişkileri tanımlama desteği yoktur: Rapor içinde yalnızca tek bir görünüm sorgulanabilir ve bu nedenle ilişkileri tanımlama desteği yoktur.
• Tablo Görünümü Yok:Tablo Görünümü normalde tablolardaki ayrıntı düzeyi verilerini görüntüler. Çok boyutlu kaynakların yapısı göz önünde bulundurulduğunda, SAP HANA çok boyutlu bir kaynak olarak kullanılırken bu görünüm kullanılamaz.
• Sütun ve ölçü ayrıntıları sabittir: Alan listesindeki sütunlar ve ölçüler temel alınan kaynak tarafından belirlenir ve değiştirilemez. Örneğin, bir sütunu silmek veya veri türünü değiştirmek mümkün değildir. Ancak yeniden adlandırılabilir.

Ek görselleştirme kısıtlamaları

SAP HANA'ya çok boyutlu bir kaynak olarak bağlanırken görsellerde kısıtlamalar vardır:

• Sütun toplaması yok: Görseldeki bir sütunun toplamasını değiştirmek mümkün değildir ve her zaman Özetlenmemelişeklindedir.

SAP HANA'yı ilişkisel bir kaynak olarak ele alma

SAP HANA'ya ilişkisel bir kaynak olarak bağlanmak için Dosya>Seçenekleri ve ayarları, ardından Seçenekler>DirectQueryve ardından SAP HANA’yı ilişkisel bir kaynak olarak ele al seçeneğinibelirlemeniz gerekir.

SAP HANA ilişkisel kaynak olarak kullanılırken bazı ek esneklikler sağlanır. Örneğin, hesaplanmış sütunlar oluşturabilir, birden çok SAP HANA görünümüne ait verileri ekleyebilir ve sonuçta elde edilen tablolar arasında ilişkiler oluşturabilirsiniz. Ancak, SAP HANA'ya çok boyutlu bir kaynak olarak bağlanırken, özellikle SAP HANA görünümünde basit toplamlar yerine farklı sayılar veya ortalamalar gibi toplanamaz ölçüler bulunduğunda, davranışlarda farklılıklar görülür. Eklemeli olmayan ölçüler yanlış sonuçlar verebilir. Ölçüler ayrıca SAP HANA'da sorgu planı iyileştirmesinin verimliliğini azaltabilir ve sorgu performansının ve zaman aşımlarının düşmesine neden olabilir.

İlişkisel kaynak olarak SAP HANA'yı anlama

Veri Al veya Power Query Düzenleyicisi'nde tanımlanan sorgu bir toplama gerçekleştirdiğinde SQL Server gibi ilişkisel bir kaynağın davranışını netleştirmek yararlı olur. Aşağıdaki örnekte, Power Query Düzenleyicisi'nde tanımlanan bir sorgu ProductIDgöre ortalama fiyatı döndürür.

Power Query Düzenleyicisi'nde tanımlanan ve Ürün Kimliğine göre ortalama fiyatı döndüren bir sorguyu gösteren

Veriler DirectQuery kullanmak yerine Power BI'a aktarıldıysa aşağıdaki durumla sonuçlanır:

• Veriler, Power Query Düzenleyicisi'nde oluşturulan sorgu tarafından tanımlanan toplama düzeyinde içeri aktarılır. Örneğin, ürüne göre ortalama fiyat. Bu durum, görsellerde kullanılabilecek ProductID ve AveragePrice adında iki sütuna sahip bir tabloyla sonuçlanır.
• Bir görselde, Sum, Average, Minve diğerleri gibi sonraki tüm toplamalar, içeri aktarılan veriler üzerinde gerçekleştirilir. Örneğin, bir görsele AveragePrice dahil edildiğinde, varsayılan olarak Sum kümeleme işlevi kullanılır ve her ProductIDiçin AveragePrice toplamını döndürür. Bu örnekte, toplam 13,67'dir. Aynı durum, görselde kullanılan Min veya Averagegibi herhangi bir alternatif toplama işlevi için de geçerlidir. Örneğin, Average, AveragePrice'nin 6,66, 4 ve 3'ün ortalamasını döndürmesi, 4,55'e eşittir; bu, temel tablodaki altı kayıtta Fiyat ortalamasını (5,17) döndürmez.

İçeri Aktarma yerine aynı ilişkisel kaynak üzerinde DirectQuery kullanılıyorsa, aynı semantik uygulanır ve sonuçlar tam olarak aynı olur:

• Aynı sorgu göz önüne alındığında, veriler aslında içeri aktarılmış olmasa bile mantıksal olarak aynı veriler raporlama katmanına sunulur.

• Bir görselde, Sum, Averageve Mingibi sonraki tüm toplamalar sorgudan bu mantıksal tablo üzerinde yeniden gerçekleştirilir. Ve yine, Average içeren bir görsel, AveragePrice değerinin aynı 4,56'yı döndürmesini sağlar.

Bağlantı ilişkisel kaynak olarak kabul edildiğinde SAP HANA'yı göz önünde bulundurun. Power BI, SAP HANA'da hem Analitik Görünümler hem de Hesaplama Görünümleri çalışabilir ve her ikisi de ölçü içerebilir. Ancak bugün SAP HANA yaklaşımı, bu bölümde daha önce açıklanan ilkelerle aynı ilkelere uyar: Veri Al veya Power Query Düzenleyicisi'nde tanımlanan sorgu, kullanılabilir verileri belirler ve ardından bir görseldeki sonraki toplamalar bu verilerin üzerindedir ve aynı durum hem İçeri Aktarma hem de DirectQuery için geçerlidir. Ancak SAP HANA'nın yapısı göz önünde bulundurulduğunda, ilk Veri Al iletişim kutusunda veya Power Query Düzenleyicisi tanımlanan sorgu her zaman toplu bir sorgudur ve genellikle kullanılan gerçek toplamaların SAP HANA görünümü tarafından tanımlandığı ölçüleri içerir.

Önceki SQL Server örneğinin eşdeğeri, Id, ProductID, DepotIDve AveragePricegibi ölçüleri içeren ve Fiyat Ortalamasıolarak tanımlanan bir SAP HANA görünümü olmasıdır.

Veri Al deneyiminde yapılan seçimler ProductID ve AveragePrice ölçüsüne yönelikse, bu görünüm üzerinde bir sorgu tanımlayarak bu toplama verilerini istemektir. Önceki örnekte basitlik için SAP HANA SQL'in tam söz dizimi ile eşleşmeyen sözde SQL kullanılmıştır. Daha sonra bir görselde tanımlanan diğer toplamalar, bu tür bir sorgunun sonuçlarını daha da toplar. Daha önce SQL Server için açıklandığı gibi, bu sonuç hem İçeri Aktarma hem de DirectQuery olayı için geçerlidir. DirectQuery durumunda, Veri Al veya Power Query Düzenleyicisi'nden gelen sorgu, SAP HANA'ya gönderilen tek bir sorgunun alt sorgusunda kullanılır ve bu nedenle, daha fazla özetlemeden önce tüm verilerin okunması durumu söz konusu olmaz.

Bu konuların ve davranışların tümü, ilişkisel bir kaynak olarak SAP HANA üzerinden DirectQuery kullanılırken aşağıdaki önemli noktaları gerektirir:

• SAP HANA'daki ölçü basit bir Sum, Minveya Maxgibi eklenebilir değilse, görsellerde yapılan diğer toplama işlemlerine dikkat edilmelidir.

• Veri Al veya Power Query Düzenleyicisi'nde, sonucun SAP HANA'ya gönderilebilen makul bir sorgu olması gerektiği gerçeğini yansıtan gerekli verileri almak için yalnızca gerekli sütunlar eklenmelidir. Örneğin, sonraki görsellerde gerekli olabileceğini düşünerek onlarca sütun seçildiyse, DirectQuery için bile basit bir görsel, alt seçimde kullanılan toplama sorgusunun genellikle kötü performans gösteren ve zaman aşımlarıyla karşılaşabilen onlarca sütunu içerdiği anlamına gelir.

Aşağıdaki örnekte, Veri Al iletişim kutusunda beş sütun (CalendarQuarter, Color, LastName, ProductLine, SalesOrderNumber) seçilmesi, OrderQuantityölçüsüyle birlikte, daha sonra Min OrderQuantity içeren basit bir görsel oluşturulmasının SAP HANA'ya aşağıdaki SQL sorgusuyla sonuçlanması anlamına gelir. Gölgeli, Veri Al / Power Query Düzenleyicisi'nden gelen sorguyu içeren alt seçimdir. Bu alt seçim yüksek kardinalite sonucu verirse, sonuçta elde edilen SAP HANA performansı büyük olasılıkla düşük olabilir veya zaman aşımlarıyla karşılaşır. Performans etkisi, Power BI'ın alt seçimdeki tüm alanları istemesi nedeniyle değildir; bu alanların çoğu dış sorgu tarafından elenecektir. Aslında, etkinin nedeni alt seçime yönelik önlemlerin HANA sisteminde yüklenmeye zorlanmasıdır.

Bu davranış nedeniyle, Veri Al veya Power Query Düzenleyicisi'nde seçilen öğelerin yalnızca gerekli olanlarla sınırlandırılması ve yine de SAP HANA için makul bir sorgu oluşturulması önerilir. Mümkünse, anlam modelinde gerekli tüm ölçüleri yeniden oluşturmayı ve SAP HANA'yı geleneksel ilişkisel bir kaynak gibi kullanmayı düşünün.

En iyi yöntemler

SAP HANA'ya bağlanmak için her iki yöntem için de DirectQuery'yi kullanmaya yönelik genel önerileri, özellikle de iyi sorgu performansını sağlamaya yönelik önerileri izleyin. Daha fazla bilgi için bkz.Power BI'da DirectQuery'yi kullanma .

Dikkat edilmesi gerekenler ve sınırlamalar

Aşağıdaki listede, tam olarak desteklenmeyen tüm SAP HANA özellikleri veya Power BI kullanırken farklı davranan özellikler açıklanmaktadır.

• Ebeveyn Çocuk Hiyerarşileri: Ebeveyn çocuk hiyerarşileri Power BI'da görünmez. Bunun nedeni Power BI'ın SQL arabirimini kullanarak SAP HANA'ya erişmesi ve üst alt hiyerarşilere SQL kullanılarak tam olarak erişilememeleridir.
• Diğer hiyerarşi meta verileri: Hiyerarşilerin temel yapısı Power BI'da görüntülenir, ancak düzensiz hiyerarşilerin davranışını denetleme gibi bazı hiyerarşi meta verilerinin hiçbir etkisi yoktur. Bunun nedeni de SQL arabirimi tarafından uygulanan sınırlamalardır.
• SSL kullanarak bağlantı : TLS kullanarak İçeri aktarma ve çok boyutlu bağlanabilirsiniz, ancak ilişkisel bağlantı yöntemi için TLS kullanmak üzere yapılandırılmış SAP HANA örneklerine bağlanamazsınız.
• Öznitelik görünümleri için destek: Power BI Analitik ve Hesaplama görünümlerine bağlanabilir, ancak doğrudan Öznitelik görünümlerine bağlanamaz.
• Katalog nesneleri için Desteği: Power BI, Katalog nesnelerine bağlanamıyor.
• Yayımlandıktan sonra Değişkenlere Değiştir: Rapor yayımlandıktan sonra doğrudan Power BI hizmetinde SAP HANA değişkenlerinin değerlerini değiştiremezsiniz.

Bilinen sorunlar

Aşağıdaki listede, Power BI kullanarak SAP HANA'ya (DirectQuery) bağlanırken karşılaşılan tüm bilinen sorunlar açıklanmaktadır.

• Sayaçlar ve diğer ölçüler için sorgu yapılırken SAP HANA sorunu : Analiz Görünümüne bağlanılıyorsa SAP HANA'dan yanlış veriler döndürülür ve aynı görsele sayaç ölçüsü ve başka bir oran ölçüsü eklenir. Bu sorun, SAP Not 2128928 (Hesaplanmış Sütun ve Sayaç sorgulanırken beklenmeyen sonuçlar)kapsamındadır. Bu durumda oran ölçüsü yanlıştır.

• Tek SAP HANA sütunundan birden çok Power BI sütunu : SAP HANA sütununun birden fazla hiyerarşide kullanıldığı bazı hesaplama görünümlerinde SAP HANA sütunu iki ayrı öznitelik olarak kullanıma sunar. Bu yaklaşım, Power BI'da iki sütunun oluşturulmasına neden olur. Ancak bu sütunlar varsayılan olarak gizlenir ve hiyerarşileri veya sütunları doğrudan içeren tüm sorgular doğru şekilde davranır.

İlgili içerik

DirectQuery hakkında daha fazla bilgi için aşağıdaki kaynaklara göz atın:

• Power BI 'de DirectQuery
• DirectQuery tarafından desteklenen Veri kaynakları
• DirectQuery ve SAP BW
• Şirket içi veri ağ geçidi