Aracılığıyla paylaş

Veri akışlarında dikkat edilmesi gerekenler ve sınırlamalar

Aşağıdaki bölümlerde açıklandığı gibi, yazma, yenileme ve kapasite yönetimi konusunda kullanıcıların göz önünde bulundurması gereken birkaç veri akışı sınırlaması vardır.

Genel sınırlamalar

  • Veri akışları tüm ABD Hükümeti DoD müşterileri tarafından kullanılamayabilir. Kamu ortamları genelinde özellik eşliği, Kamu için Power BI özellik kullanılabilirliği makalesinde bulunabilir.
  • Silinen veri kaynakları veri akışı veri kaynağı sayfasından kaldırılmaz; bu iyi huylu bir davranıştır ve veri akışlarının yenilenmesini veya düzenlenmesini etkilemez. Köken Görünümü'nde, silinen veri kaynakları bir veri akışı için köken olarak görünür.
  • Silinen veri kaynakları ağ geçidi açılan menüsündeki Ayarlar sayfasında görünmeye devam eder.
  • Derinlik , diğer veri akışlarına bağlı veri akışlarına eşittir. Geçerli maksimum derinlik 32'dir.
  • İçerik , bir veri akışı içindeki varlıklara eşittir.
    • Veri akışında en uygun varlık sayısı için kılavuz veya sınır yoktur, ancak paylaşılan veri akışlarının varlık başına iki saat ve veri akışı başına üç yenileme sınırı vardır. Bu nedenle iki varlığınız varsa ve her birinin iki saat sürmesi durumunda bunları aynı veri akışına yerleştirmemelisiniz.
    • Power BI Premium için yönergeler ve sınırlar belirli gereksinimler yerine bireysel kullanım örneklerini temel alır. Power BI Premium için tek sınır, veri akışı başına 24 saatlik yenilemedir.
  • Çalışma alanları arası 10'dan fazla veri akışını yenilemek için Power BI Premium aboneliği gerekir.
  • PowerQuery sınırlamaları Power Query Çevrimiçi Sınırları makalesinde bulunur.
  • Power BI veri akışları, URL bağımsız değişkeninde genel değişkenlerin kullanımını desteklemez.
  • Depolamayı kendi Azure Data Lake 2. Nesil depolama hesabınızı kullanacak şekilde yapılandırmadığınız sürece Multi-Geo şu anda desteklenmiyor.
  • Vnet desteği bir ağ geçidi kullanılarak sağlanır.
  • Hesaplanan varlıkları ağ geçidi veri kaynaklarıyla kullandığınızda, veri alımı hesaplamalardan farklı veri kaynaklarında gerçekleştirilmelidir. Hesaplanmış varlıklar yalnızca alım için kullanılan varlıklara dayanmalıdır ve verileri kendi birleşim adımlarında almamalıdır.
  • Power BI veri akışlarında parametreleri kullanabilirsiniz, ancak veri akışının tamamını düzenlemediğiniz sürece bunları düzenleyemezsiniz. Bu bağlamda, veri akışlarındaki parametreler bildirilen sabitlere benzer şekilde davranır.
  • Yenileme senaryolarında sorun giderme bölümünde bulunan bazı bağlayıcılar, Premium çalışma alanlarındaki veri akışları ve veri martları için desteklenmez.
  • Veri akışında DirectQuery kullanılırken, dilimleyici görseli üzerinden yapılan aramalar büyük/küçük harfe duyarlıdır.
  • Veri akışı varlıklarında aşağıdaki karakterlere izin verilmez: \/

Veri akışı yazma

Veri akışları yazarken aşağıdaki noktalara dikkat edin:

  • Veri akışlarında yazma işlemi Power Query Online (PQO) ortamında yapılır; Power Query sınırları bölümünde açıklanan sınırlamalara bakın. Veri akışları yazma işlemi Power Query Online (PQO) ortamında yapıldığından, veri akışları iş yükü yapılandırmalarında gerçekleştirilen güncelleştirmeler yalnızca yenilemeleri etkiler ve yazma deneyimini etkilemez.

  • Veri akışları yalnızca sahipleri tarafından değiştirilebilir.

  • Çalışma Alanım'da veri akışları kullanılamaz.

  • Ağ geçidi veri kaynaklarını kullanan veri akışları, aynı veri kaynağı için birden çok kimlik bilgilerini desteklemez.

  • Web.Page bağlayıcısını kullanmak için bir ağ geçidi gerekir.

  • Veri akışları 1. Nesil düzenleme deneyiminde kullanıcılar, Data Gateway açılan listesindeki Seçenekler>Proje>Veri yükü seçme>(yok) seçeneğini kullanarak şirket içi Veri Ağ Geçidi bağlantısını veri akışından kaldıramayabilir. Aşağıdaki adımlar sorunu çözebilir:

    1. Şirket içi Data Gateway bağlantısını kaldırmak istediğiniz veri akışını düzenlemeye başlayın.
    2. Seçenekler>Proje Verileri veri yükleme>Veri ağ geçidi'ni seçin, Hiçbiri'ni ve ardından Tamam'ı seçin.
    3. "Bağlantıyı yapılandır" düğmesini içeren sarı bir uyarı görüntülenirse Bağlantıyı yapılandır'ı seçin, açılan kutudan bulut bağlantısını seçin ve gerekirse bulut bağlantısı için kimlik bilgileri ekleyin.
    4. Bağlantıları yönet'i seçin ve ardından Ağ geçidi bağlantısının > düğmesini seçin.
    5. Bağlantıları yönet iletişim kutusunu kapatın; yeniden "Bağlantıyı yapılandırmanız" gerekiyorsa, bunu yapın. Kaydet ve kapat'ı seçin ve kaydetme işleminin tamamlanmasını bekleyin.
    6. Önceki adımları uyguladıktan sonra "Bağlantıyı yapılandır" uyarısı görünmüyorsa, önceki adımları uygulayın, veri akışını kaydedip kapatın, sonra yeniden düzenleyin ve üzerinde işlem yapmanız için "Bağlantıyı yapılandır" uyarısının gösterilmesini sağlayın.

    Ağ Geçidi bağlantısı yine de veri akışından kaldırılmazsa, Ağ Geçidi'ne bağlı değil, aynı sorgularla yeni bir veri akışı oluşturmanız gerekebilir.

API ile ilgili dikkat edilmesi gerekenler

Desteklenen veri akışları REST API'leri hakkında daha fazla bilgi REST API başvurusunda bulunabilir. Dikkat edilmesi gereken bazı noktalar şunlardır:

  • Veri akışını dışarı ve içeri aktarma, bu veri akışına yeni bir kimlik verir.
  • Bağlı tablolar içeren veri akışlarını içeri aktarmak, veri akışı içindeki mevcut başvuruları güncelleştirmez (bu sorgular veri akışını içeri aktarmadan önce el ile güncelleştirilmelidir).
  • Bir veri akışını dağıttığınızda, zaten mevcut olduğunda işlemi durdurmak veya API'ye bunun yerine otomatik olarak benzersiz bir ad oluşturmasını bildirmek için GenerateUniqueName ve Abort parametreleri çakışma işleyicilerini kullanabilirsiniz. Veri akışları, CreateOrOverwrite parametresini kullanarak üzerine yazılabilir, eğer ilk olarak içeri aktarma API'si ile oluşturulmuşsa.

Paylaşılan kapasitelerdeki veri akışları

Paylaşılan kapasitelerdeki (Premium olmayan kapasiteler) veri akışları için sınırlamalar vardır:

  • Veri akışı yenilendiğinde, paylaşılan kapasitedeki zaman aşımları tablo başına 2 saat ve veri akışı başına 3 saattir.
  • Bağlantılı tablolar paylaşılan veri akışlarında oluşturulamaz, ancak sorgudaki Load Enabled özelliği devre dışı bırakıldığında veri akışı içinde bulunabilirler.
  • Hesaplanan tablolar paylaşılan veri akışlarında oluşturulamaz.
  • Paylaşılan veri akışlarında AutoML ve Bilişsel hizmetler kullanılamaz.
  • Artımlı yenileme paylaşılan veri akışlarında çalışmaz.

Premium'da veri akışları

Premium'da bulunan veri akışlarında aşağıdaki önemli noktalar ve sınırlamalar bulunur.

Yenilemeler ve verilerle ilgili dikkat edilmesi gerekenler:

  • Veri akışları yenilenirken zaman aşımları 24 saattir (tablolar ve/veya veri akışları için ayrım yoktur).
  • Veri akışını artımlı yenileme ilkesinden normal yenilemeye (veya tersine) değiştirmek tüm verileri bırakır.
  • Bir veri akışının şemasını değiştirmek tüm verileri bırakır.
  • Kullanıcı Başına Premium (PPU) lisansı ile veri akışları kullanıldığında, PPU ortamından veri taşındığında veriler temizlenir.
  • Kullanıcı Başına Premium (PPU) bağlamında bir veri akışı yenilendiğinde, veriler PPU olmayan kullanıcılar tarafından görülemez.
  • Artımlı yenileme yalnızca gelişmiş işlem altyapısı etkinleştirildiğinde veri akışlarıyla çalışır.

Bağlı ve hesaplanan tablolar:

  • Bağlantılı tablolar 32 referans derinliğine inebilir.
  • Bağlantılı tabloların döngüsel bağımlılıklarına izin verilmez.
  • Bağlı tablo, verilerini şirket içi veri kaynağından alan normal bir tabloyla birleştirilemiyor.
  • Veri akışlarında başka bir sorgunun (B sorgusu) hesaplanmasında bir sorgu (örneğin, A sorgusu) kullanıldığında, B sorgusu hesaplanmış tabloya dönüşür. Hesaplanmış tablolar şirket içi kaynaklara başvuramaz.
  • Farklı kiracılardaki varlıklara başvuran bağlı tablolar desteklenmez.

İşlem altyapısı:

  • Hesaplama Motoru kullanılırken, veri alımında yaklaşık 10% ile 20% arasında bir başlangıç artışı vardır.
    • Bu yalnızca işlem altyapısındaki ilk veri akışına uygulanır ve veri kaynağındaki verileri okur.
    • Kaynak veri akışını kullanan sonraki veri akışları aynı cezaya neden olmaz.
  • Yalnızca belirli işlemler işlem altyapısını kullanır ve yalnızca bağlı bir tablo aracılığıyla veya hesaplanan tablo olarak kullanıldığında kullanılır. İşlemlerin tam listesi bu blog gönderisinde bulunabilir.

Kapasite yönetimi:

  • Premium Power BI Kapasiteleri, tasarım gereği kapasite düşük bellekte çalışırken iş yüklerini farklı şekillerde kısıtlayan bir iç Resource Manager'a sahiptir.
    • Veri akışları için bu kısıtlama baskısı mevcut M Kapsayıcılarının sayısını azaltır.
    • Veri akışları için bellek, veri boyutlarınız için uygun şekilde boyutlandırılmış bir kapsayıcıyla 100%olarak ayarlanabilir ve iş yükü kapsayıcı sayısını uygun şekilde yönetir.
  • Kapsayıcıların yaklaşık sayısı, iş yüküne ayrılan toplam belleği bir kapsayıcıya ayrılan bellek miktarına bölerek bulunabilir.

Anlam modellerinde veri akışı kullanımı

  • Power BI Desktop'ta anlam modeli oluştururken ve power BI hizmetinde yayımlarken, veri akışları veri kaynağı için Power BI Desktop'ta kullanılan kimlik bilgilerinin anlam modeli hizmette yayımlandığında kullanılan kimlik bilgileriyle aynı olduğundan emin olun.
    • Bu kimlik bilgilerinin aynı olduğundan emin olunamaması, anlamsal model yenilemesi sırasında anahtar bulunamadı hatasıyla sonuçlanır

Uyarı

Yeni veya yeniden adlandırılmış sütun gibi veri akışı yapısı değiştirilirse anlam modeli değişikliği göstermez. Değişiklik, Power BI Desktop'ta yenilenip yeniden yayımlanana kadar anlam modeli için Power BI hizmetinde veri yenilemenin başarısız olmasına da neden olabilir.

Veri akışları ve adlandırılmış bağlantılar

Adlandırılmış bağlantılarla veri akışları kullanılırken aşağıdaki sınırlamalar geçerlidir:

  • Belirli bir yol ve türde yalnızca bir bulut bağlantısı oluşturabilirsiniz; örneğin, yalnızca bir SQL artı sunucu/veritabanı bulut bağlantısı oluşturabilirsiniz. Birden çok ağ geçidi bağlantısı oluşturabilirsiniz.
  • Bulut veri kaynaklarını adlandıramaz veya yeniden adlandıramazsınız; ağ geçidi bağlantılarını adlandırabilir veya yeniden adlandırabilirsiniz.

ADLS sınırlamaları

  • ADLS GCC, GCC High veya DOD ortamlarında kullanılamaz. Daha fazla bilgi için bkz. ABD kamu müşterileri için Power BI.
  • ADLS 2. Nesil API'lerindeki değişiklikler nedeniyle kaynağın sahibi olarak atanmalısınız.
  • Azure aboneliği geçişi desteklenmez, ancak bunu yapmak için iki alternatif vardır:
    • İlk yaklaşım: Geçiş sonrasında kullanıcı çalışma alanlarını ayırabilir ve yeniden ekleyebilir. Kiracı düzeyi hesabını kullanıyorsanız, önce tüm çalışma alanlarının bağlantısını kesin, ardından kiracı düzeyindeki hesabın bağlantısını kesin ve son olarak yeniden bağlayın. Bu, tüm veri akışlarını silmek istemeyen veya çok sayıda çalışma alanına sahip olan müşteriler için istenmeyen bir durum olabilir.
    • İkinci yaklaşım: Önceki yaklaşım uygun değilse, veritabanındaki abonelik kimliğini değiştirmek için bir destek isteği gönderin.
  • ADLS, aşağıdaki sınırlamalar nedeniyle çalışma alanı adlandırma ve veri akışı adlandırma makalesinin Dizinler ve dosya adları bölümündeki listedeki öğelerin çoğunu desteklemez:
    • Power BI yararlı olmayan bir hata döndürür veya işlemin gerçekleşmesine izin verir ancak yenileme başarısız olur.
  • Kiracılar arası ADLS abonelikleri desteklenmez. Power BI'a eklenen ADLS, Power BI'ın Microsoft Entra Id için kullandığı Azure kiracısının bir parçası olmalıdır.

Veri akışı veri türleri

Veri akışlarında desteklenen veri türleri şunlardır:

Karma veri türü Veri akışı veri türü
Zaman Zaman
Tarih Tarih
Tarih ve Saat Tarih ve Saat
TarihSaatDilimi TarihSaatÖtelemesi
Mantıklı Boolean (Boole Mantığı)
Metin Dize
Herhangi biri Dize
Para birimi Ondalık
Int8 Int64
Int16 Int64
Int32 Int64
Int64 Int64
İki kat İki kat
Yüzde İki kat
Bekâr İki kat
Ondalık İki kat
Sayı İki kat
Süre Desteklenmiyor
İkilik Desteklenmiyor
İşlev Desteklenmiyor
Tablo Desteklenmiyor
Liste Desteklenmiyor
Kayıt Desteklenmiyor
Türü Desteklenmiyor
Eylem Desteklenmiyor
Hiç kimse Desteklenmiyor
Sıfır Desteklenmiyor

İlgili içerik

Aşağıdaki makaleler veri akışları ve Power BI hakkında daha fazla bilgi sağlar:

  • Last updated on