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 Kamu 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 Ayar 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.
• Sanal ağ 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. Hesaplanan varlıklar yalnızca alım için kullanılan varlıklara dayanmalıdır ve verileri kendi karma adımları içinde 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 akıllı makineler için desteklenmez.
• DirectQuery'yi veri akışıyla kullanırken dilimleyici görselini kullanan aramalar büyük/küçük harfe duyarlıdır.

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 deneyimi üzerinde bir etkisi yoktur.

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

• Veri akışları Çalışma Alanım'da 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çeneğini belirleyin, açılan kutudan bulut bağlantısını seçin ve gerekirse bulut bağlantısı için kimlik bilgilerini ekleyin.
  4. Bağlantıları> yönet'i ve ardından Ağ geçidi bağlantısının bağlantısını kaldır 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örünmesini 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. İlk olarak içeri aktarma API'sini kullanarak oluşturulduysa, veri akışlarının üzerine CreateOrOverwrite parametresiyle yazılabilir.

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.

• Veri akışlarıyla Kullanıcı Başına Premium (PPU) lisansı kullanıldığında, veriler PPU ortamından taşınırken 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 başvuru 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.

İşlem Altyapısı:

• İşlem altyapısı kullanılırken, veri alımı için başlangıçta yaklaşık %10 ile %20 arası bir artış olur.

  • 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.

  1. Veri akışları için bu azaltma baskısı kullanılabilir M Kapsayıcılarının sayısını azaltır.
  2. 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 bunu Power BI hizmeti 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.
  1. Bu kimlik bilgilerinin aynı olduğundan emin olunamaması, anlamsal model yenilemesi sırasında anahtar bulunamadı hatasıyla sonuçlanır

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, tüm çalışma alanlarını ayırmanız ve ardından kiracı düzeyinde ayırmanız ve yeniden bağlamanız gerekir. 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:

İlgili içerik

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

• Veri akışlarına giriş ve self servis veri hazırlığı
• Veri akışı oluşturma
• Veri akışını yapılandırma ve kullanma
• Veri Akışı depolama alanını Azure Data Lake 2. Nesil'i kullanacak şekilde yapılandırma
• Veri akışlarının premium özellikleri
• Veri akışlarıyla yapay zeka
• Veri akışları için en iyi yöntemler