Overwegingen en beperkingen voor gegevensstromen

Er zijn enkele gegevensstroomlimieten voor het ontwerpen, vernieuwen en capaciteitsbeheer waarmee gebruikers rekening moeten houden, zoals beschreven in de volgende secties.

Algemene beperkingen

  • Functiepariteit in overheidsomgevingen vindt u in Power BI beschikbaarheid van functies voor de overheid.
  • Verwijderde gegevensbron worden niet verwijderd van de gegevensbronpagina van de gegevensstroom. Dit is een goedaardig gedrag en heeft geen invloed op het vernieuwen of bewerken van gegevensstromen. In de gegevensweergave worden verwijderde gegevensbronnen weergegeven als gegevenslijn voor een gegevensstroom.
  • Verwijderde gegevenssources worden nog steeds weergegeven op de pagina Instelling in de vervolgkeuzepagina van de gateway.
  • Diepte is gelijk aan gegevensstromen die zijn gekoppeld aan andere gegevensstromen. De huidige maximale diepte is 32.
  • Breedte is gelijk aan entiteiten binnen een gegevensstroom.
    • Er zijn geen richtlijnen of limieten voor het optimale aantal entiteiten in een gegevensstroom, maar gedeelde gegevensstromen hebben een vernieuwingslimiet van twee uur per entiteit en drie per gegevensstroom. Dus als u twee entiteiten hebt en elk twee uur duurt, moet u ze niet in dezelfde gegevensstroom plaatsen.
    • Voor Power BI Premium worden richtlijnen en limieten gestuurd door afzonderlijke use cases in plaats van specifieke vereisten. De enige limiet voor Power BI Premium is een vernieuwing van 24 uur per gegevensstroom.
  • Een Power BI Premium is vereist om meer dan tien gegevensstromen in de werkruimte te vernieuwen
  • PowerQuery-beperkingen vindt u in het artikel PowerQuery Online-gebruikslimieten.
  • Power BI bieden geen ondersteuning voor het gebruik van globale variabelen in een URL-argument.
  • Multi-Geo wordt momenteel niet ondersteund.
  • VNet-ondersteuning wordt bereikt met behulp van een gateway.
  • Wanneer u Berekende entiteiten gebruikt met gatewaygegevensbronnen, moet de gegevensingestie worden uitgevoerd in andere gegevensbronnen dan de berekeningen. De berekende entiteiten moeten voortbouwen op entiteiten die alleen worden gebruikt voor opname en die geen gegevens opnemen binnen hun eigen mash-upstappen.

Gegevensstroom maken

Bij het ontwerpen van gegevensstromen moeten gebruikers rekening houden met de volgende zaken:

  • Ontwerpen in gegevensstromen vindt plaats in de omgeving Power Query Online (PQO); zie de beperkingen die worden beschreven in Power Query-limieten. Omdat het ontwerpen van gegevensstromen plaatsvindt in de PQO-omgeving (Power Query Online), hebben de updates die worden uitgevoerd op de werkbelastingconfiguraties van gegevensstromen alleen invloed op vernieuwingen en heeft dit geen invloed op de ontwerpervaring

  • Gegevensstromen kunnen alleen worden gewijzigd door hun eigenaren

  • Gegevensstromen zijn niet beschikbaar in Mijn werkruimte

  • Gegevensstromen waarvoor gateway-gegevensbronnen worden gebruikt, bieden geen ondersteuning voor meerdere referenties voor dezelfde gegevensbron

  • Er is een gateway vereist om de Web.Page-connector te gebruiken

Overwegingen voor API's

Meer informatie over ondersteunde REST API's van gegevensstromen vindt u in de REST API-naslaginformatie. Hierna volgen enkele aandachtspunten waarmee u rekening moet houden:

  • Door een gegevensstroom te exporteren en importeren krijgt die gegevensstroom een nieuwe id

  • Als u gegevensstromen importeert die gekoppelde tabellen bevatten, worden de bestaande verwijzingen in de gegevensstroom niet hersteld (deze query's moeten handmatig worden opgelost voordat u de gegevensstroom importeert)

  • Gegevensstromen kunnen worden overschreven met de parameter CreateOrOverwrite als ze in eerste instantie zijn gemaakt met behulp van de API voor importeren

Gegevensstromen in gedeelde capaciteiten

Er gelden beperkingen voor gegevensstromen in gedeelde capaciteiten:

  • Bij het vernieuwen van gegevensstromen zijn time-outs in Gedeeld 2 uur per tabel en 3 uur per gegevensstroom
  • Gekoppelde tabellen kunnen niet worden gemaakt in gedeelde gegevensstromen, hoewel ze wel binnen de gegevensstroom kunnen bestaan zolang de eigenschap Ingeschakeld laden voor de query is uitgeschakeld
  • Berekende tabellen kunnen niet worden gemaakt in gedeelde gegevensstromen
  • AutoML en Cognitive Services zijn niet beschikbaar in gedeelde gegevensstromen
  • Incrementeel vernieuwen werkt niet in gedeelde gegevensstromen

Gegevensstromen in Premium

Gegevensstromen die bestaan in Premium hebben de volgende overwegingen en beperkingen.

Overwegingen met betrekking tot vernieuwingen en gegevens:

  • Bij het vernieuwen van gegevensstromen zijn time-outs 24 uur (geen onderscheid voor tabellen en/of gegevensstromen)

  • Als u een gegevensstroom wijzigt van een incrementeel vernieuwingsbeleid naar een normale vernieuwing, of andersom, worden alle gegevens verwijderd

  • Als u het schema van een gegevensstroom wijzigt, worden alle gegevens verwijderd

  • Wanneer u een PPU Premium licentie (per gebruiker) met gegevensstromen gebruikt, worden gegevens gew bij het verplaatsen van gegevens uit een PPU-omgeving

  • Wanneer een gegevensstroom wordt vernieuwd in een Premium PPU-context (per gebruiker), zijn de gegevens niet zichtbaar voor niet-PPU-gebruikers

  • Incrementeel vernieuwen werkt alleen met gegevensstromen wanneer de verbeterde berekeningsen engine is ingeschakeld

Gekoppelde en berekende tabellen:

  • Gekoppelde tabellen kunnen tot een diepte van 32 verwijzingen omlaag gaan

  • Cyclische afhankelijkheden van gekoppelde tabellen zijn niet toegestaan

  • Een gekoppelde tabel kan niet worden gekoppeld aan een reguliere tabel die de gegevens op haalt uit een on-premises gegevensbron

  • Wanneer een query (bijvoorbeeld query A) wordt gebruikt in de berekening van een andere query (query B) in gegevensstromen, wordt query B een berekende tabel. Berekende tabellen kunnen niet verwijzen naar on-premises bronnen.

Berekeningsengine:

  • Bij het gebruik van de berekeningsengine is er sprake van een toename van 10% tot 20% van de initiĆ«le tijd voor gegevensopname.

    • Dit wordt alleen toegepast op de eerste gegevensstroom die zich op de berekeningsengine bevindt en gegevens leest uit de gegevensbron
    • Volgende gegevensstromen die gebruikmaken van de brongegevensstroom, krijgen niet dezelfde boete
  • Alleen bepaalde bewerkingen maken gebruik van de berekeningsen engine en alleen wanneer ze worden gebruikt via een gekoppelde tabel of als een berekende tabel. Een volledige lijst met bewerkingen is te vinden in deze blogpost.

Capaciteitsbeheer:

  • De Premium Power BI hebben een interne Resource Manager waardoor de werkbelastingen op verschillende manieren worden beperkt wanneer de capaciteit op weinig geheugen wordt uitgevoerd.

    1. In het geval van gegevensstromen vermindert deze beperkingsdruk het aantal beschikbare M-containers
    2. Het geheugen voor gegevensstromen kan worden ingesteld op 100%, met een geschikte container voor uw gegevensgroottes; de werkbelasting beheert dan het aantal containers op de juiste manier
  • Het geschatte aantal containers kan worden gevonden door het totale geheugen dat aan de werkbelasting is toegewezen, te delen door de hoeveelheid geheugen die aan een container is toegewezen

Gebruik van gegevensstroom in gegevenssets

  • Wanneer u een gegevensset maakt in Power BI Desktop en deze vervolgens publiceert naar de Power BI-service, moet u ervoor zorgen dat de referenties die in Power BI Desktop voor de gegevensbron Gegevensstroom worden gebruikt, dezelfde referenties hebben wanneer de gegevensset wordt gepubliceerd naar de service.
    1. Wanneer u er niet voor zorgt dat deze referenties hetzelfde zijn, resulteert dat in een fout Sleutel niet gevonden bij het vernieuwen van de gegevensset

ADLS-beperkingen

  • ADLS is niet beschikbaar in GCC, GCC High- of DOD-omgevingen. Zie Power BI voor Amerikaanse overheidsklanten voor meer informatie.
  • U moet worden toegewezen als eigenaar van de resource vanwege wijzigingen in de ADLS Gen 2-API's.
  • Migratie van Azure-abonnementen wordt niet ondersteund, maar er zijn twee alternatieven:
    • Eerste benadering: na de migratie kan de gebruiker werkruimten loskoppelen en opnieuw in deattach opslaan. Als u het account op tenantniveau gebruikt, moet u alle werkruimten loskoppelen en vervolgens loskoppelen op tenantniveau en opnieuw vastmaken. Dit kan ongewenst zijn voor klanten die niet al hun gegevensstromen willen verwijderen of veel werkruimten hebben.
    • Tweede aanpak: als de vorige benadering niet haalbaar is, dient u een ondersteuningsaanvraag in om de abonnements-id in de database te wijzigen.
  • ADLS biedt geen ondersteuning voor de meeste elementen in de lijst in de sectie Directories en bestandsnamen van het artikel voor naamgeving van werkruimten en naamgeving van gegevensstromen, vanwege de volgende beperkingen:
    • Power BI retourneert een fout zonder hulp of staat toe dat het proces wordt doorlopen, maar het vernieuwen mislukt.
  • ADLS-abonnementen voor andere tenants worden niet ondersteund. De ADLS die is gekoppeld aan Power BI moet deel uitmaken van dezelfde Azure-tenant die Power BI gebruikt voor Azure Active Directory (Azure AD).

Gegevenstypen voor gegevensstromen

De gegevenstypen die worden ondersteund in gegevensstromen zijn als volgt:

Mashup-gegevenstype Gegevenstype gegevensstroom
Tijd Tijd
Date Date
DateTime DateTime
Datum/tijdzone DateTimeOffset
Logisch Booleaans
Tekst Tekenreeks
Alle Tekenreeks
Valuta Decimaal
Int8 Int64
Int16 Int64
Int32 Int64
Int64 Int64
Dubbel Dubbel
Percentage Dubbel
Enkelvoudig Dubbel
Decimaal Dubbel
Aantal Dubbel
Duur Niet ondersteund
Binair Niet ondersteund
Functie Niet ondersteund
Tabel Niet ondersteund
Lijst Niet ondersteund
Record Niet ondersteund
Type Niet ondersteund
Actie Niet ondersteund
Geen Niet ondersteund
Null Niet ondersteund

Volgende stappen

De volgende artikelen bieden meer informatie over gegevensstromen en Power BI: