Overwegingen en beperkingen voor gegevensstromen

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

Algemene beperkingen

  • Gegevensstromen zijn mogelijk niet beschikbaar voor alle DoD-klanten van de Amerikaanse overheid. Functiepariteit in overheidsomgevingen vindt u in het power BI-artikel over de beschikbaarheid van functies voor de overheid .
  • Verwijderde gegevensbronnen 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 herkomstweergave worden verwijderde gegevensbronnen weergegeven als herkomst voor een gegevensstroom.
  • Verwijderde gegevensbronnen worden nog steeds weergegeven op de pagina Instelling in de vervolgkeuzelijst 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 zijn richtlijnen en limieten gebaseerd op 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-abonnement is vereist om meer dan 10 gegevensstromen in meerdere werkruimten te vernieuwen.
  • PowerQuery-beperkingen vindt u in het artikel Limieten voor Power Query Online.
  • Power BI-gegevensstromen bieden geen ondersteuning voor het gebruik van globale variabelen in een URL-argument.
  • Multi-Geo wordt momenteel niet ondersteund, tenzij u opslag configureert voor het gebruik van uw eigen Azure Data Lake Gen2-opslagaccount.
  • Vnet-ondersteuning wordt bereikt met behulp van een gateway.
  • Wanneer u berekende entiteiten met gatewaygegevensbronnen gebruikt, moet de gegevensopname worden uitgevoerd in verschillende gegevensbronnen dan de berekeningen. De berekende entiteiten moeten voortbouwen op entiteiten die alleen worden gebruikt voor opname en geen gegevens opnemen in hun eigen mash-upstappen.
  • In Power BI-gegevensstromen kunt u parameters gebruiken, maar u kunt ze alleen bewerken als u de hele gegevensstroom bewerkt. In dit opzicht gedragen parameters in gegevensstromen zich vergelijkbaar met gedeclareerde constanten.
  • Sommige connectors in scenario's voor het oplossen van problemen met vernieuwen worden niet ondersteund voor gegevensstromen en datamarts in Premium-werkruimten.

Ontwerpen van gegevensstromen

Wanneer u gegevensstromen ontwerpt, moet u rekening houden met de volgende overwegingen:

  • Ontwerpen in gegevensstromen wordt uitgevoerd in de Power Query Online-omgeving (PQO). zie de beperkingen die worden beschreven in Power Query-limieten. Omdat het ontwerpen van gegevensstromen wordt uitgevoerd in de PQO-omgeving (Power Query Online), zijn updates die worden uitgevoerd op de workloadconfiguraties van de gegevensstromen alleen van invloed op vernieuwingen en hebben ze geen invloed op de ontwerpervaring.

  • Gegevensstromen kunnen alleen worden gewijzigd door hun eigenaren.

  • Gegevensstromen zijn niet beschikbaar in Mijn werkruimte.

  • Gegevensstromen die gebruikmaken van gatewaygegevensbronnen bieden geen ondersteuning voor meerdere referenties voor dezelfde gegevensbron.

  • Voor het gebruik van de Web.Page-connector is een gateway vereist.

API-overwegingen

Meer informatie over ondersteunde gegevensstromen REST API's vindt u in de REST API-verwijzing. Hier volgen enkele overwegingen waarmee u rekening moet houden:

  • Als u een gegevensstroom exporteert en importeert, krijgt deze gegevensstroom een nieuwe id.

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

  • Wanneer u een gegevensstroom implementeert, kunt u de parameters GenerateUniqueName en Abort gebruiken om de bewerking af te breken wanneer deze al bestaat of de API instrueren om automatisch een unieke naam te maken. Gegevensstromen kunnen worden overschreven met de parameter CreateOrOverwrite als ze in eerste instantie zijn gemaakt met behulp van de import-API.

Gegevensstromen in gedeelde capaciteiten

Er gelden beperkingen voor gegevensstromen in gedeelde capaciteiten (niet-Premium-capaciteiten):

  • Wanneer een gegevensstroom wordt vernieuwd, zijn time-outs in een gedeelde capaciteit 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 Laden ingeschakeld 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 in Premium bestaan, hebben de volgende overwegingen en beperkingen.

Overwegingen voor 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 beleid voor incrementeel vernieuwen naar een normale vernieuwing, of omgekeerd, worden alle gegevens verwijderd.

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

  • Wanneer u een PPU-licentie (Premium Per User) met gegevensstromen gebruikt, worden gegevens gewist bij het verplaatsen van gegevens uit een PPU-omgeving.

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

  • Incrementeel vernieuwen werkt alleen met gegevensstromen wanneer de verbeterde berekeningsengine is ingeschakeld.

Gekoppelde en berekende tabellen:

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

  • Cyclische afhankelijkheden van gekoppelde tabellen zijn niet toegestaan.

  • Een gekoppelde tabel kan niet worden gekoppeld aan een gewone tabel die de gegevens ophaalt 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:

  • Tijdens het gebruik van de compute-engine is er een initiële toename van 10% tot 20% voor gegevensopname.

    • Dit wordt alleen toegepast op de eerste gegevensstroom die zich in de rekenengine bevindt en leest gegevens uit de gegevensbron.
    • Voor volgende gegevensstromen die gebruikmaken van de brongegevensstroom, wordt niet dezelfde boete opgelegd.
  • Alleen bepaalde bewerkingen maken gebruik van de berekeningsengine en alleen wanneer ze worden gebruikt via een gekoppelde tabel of als een berekende tabel. In dit blogbericht vindt u een volledige lijst met bewerkingen.

Capaciteitsbeheer:

  • De Premium Power BI-capaciteiten hebben standaard een interne Resource Manager die de werkbelastingen op verschillende manieren beperkt wanneer de capaciteit op weinig geheugen wordt uitgevoerd.

    1. Voor gegevensstromen vermindert deze beperkingsdruk het aantal beschikbare M-containers.
    2. Het geheugen voor gegevensstromen kan worden ingesteld op 100%, met een container met de juiste grootte voor uw gegevensgrootten, en de workload beheert 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 gegevensstromen in semantische modellen

  • Wanneer u een semantisch model maakt in Power BI Desktop en dit vervolgens publiceert naar de Power BI-service, moet u ervoor zorgen dat de referenties die worden gebruikt in Power BI Desktop voor de gegevensstroomgegevensbron dezelfde referenties zijn die worden gebruikt wanneer het semantische model naar de service wordt gepubliceerd.
    1. Als u niet zeker weet dat deze referenties dezelfde resultaten hebben als de fout Sleutel niet is gevonden bij het vernieuwen van het semantische model

Notitie

Als de gegevensstroomstructuur wordt gewijzigd, zoals een nieuwe of hernoemde kolom, wordt de wijziging niet weergegeven in het semantische model. De wijziging kan er ook voor zorgen dat een gegevensvernieuwing mislukt in de Power BI-service voor het semantische model, totdat het wordt vernieuwd in Power BI Desktop en opnieuw wordt gepubliceerd.

Gegevensstromen en benoemde verbindingen

Wanneer u gegevensstromen met benoemde verbindingen gebruikt, gelden de volgende beperkingen:

  • U kunt slechts één cloudverbinding van een bepaald pad en type maken. U kunt bijvoorbeeld slechts één SQL plus server-/databasecloudverbinding maken. U kunt meerdere gatewayverbindingen maken.
  • U kunt geen naam geven of de naam van cloudgegevensbronnen wijzigen; u kunt gatewayverbindingen een naam geven of de naam ervan wijzigen.

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 om dit te doen:
    • Eerste benadering: na de migratie kan de gebruiker werkruimten loskoppelen en opnieuw koppelen. Als u het account op tenantniveau gebruikt, moet u alle werkruimten loskoppelen en vervolgens loskoppelen op tenantniveau en opnieuw koppelen. Dit kan ongewenst zijn voor klanten die niet al hun gegevensstromen willen verwijderen of veel werkruimten willen hebben.
    • Tweede benadering: 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 Mappen en bestandsnamen van het artikel voor naamgeving van werkruimten en naamgeving van gegevensstromen, vanwege de volgende beperkingen:
    • Power BI retourneert een onhelpige fout of staat toe dat het proces wordt uitgevoerd, maar het vernieuwen mislukt.
  • ADLS-abonnementen voor meerdere tenants worden niet ondersteund. De ADLS die aan Power BI is gekoppeld, moet deel uitmaken van dezelfde Azure-tenant die Power BI gebruikt voor Microsoft Entra-id.

Gegevenstypen voor gegevensstromen

De gegevenstypen die worden ondersteund in gegevensstromen zijn het volgende:

Mashup-gegevenstype Gegevenstype gegevensstroom
Tijd Tijd
Datum Datum
Datum en tijd DateTime
DateTimeZone DateTimeOffset
Logisch Booleaanse waarde
Tekst String
Alle String
Valuta Decimal
Int8 Int64
Int16 Int64
Int32 Int64
Int64 Int64
Dubbel Dubbel
Percentage Dubbel
Eén Dubbel
Decimal Dubbel
Aantal Dubbel
Duur Niet ondersteund
Binary Niet ondersteund
Functie Niet ondersteund
Tabel Niet ondersteund
List Niet ondersteund
Opnemen Niet ondersteund
Type Niet ondersteund
Actie Niet ondersteund
Geen Niet ondersteund
Null Niet ondersteund

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