Share via

Power BI Desktop-projectrapportmap

Belangrijk

Power BI Desktop-projecten zijn momenteel beschikbaar als preview-versie.

In dit artikel worden de bestanden en submappen in de rapportmap van een Microsoft Power BI Desktop-project beschreven. De bestanden en submappen hier vertegenwoordigen een Power BI-rapport. Afhankelijk van uw project kan de rapportmap het volgende bevatten:

1 - Dit bestand is nodig.
2 - Dit bestand is vereist bij het opslaan in PBIR-Legacy indeling.
3 - Dit bestand is vereist bij het opslaan in PBIR-indeling.

Niet elke map met projectrapporten bevat alle bestanden en submappen die hier worden beschreven.

Rapportbestanden

.pbi\localSettings.jsop

Bevat rapportinstellingen die alleen van toepassing zijn op de huidige gebruiker en de lokale computer. Het moet worden opgenomen in gitIgnore of andere bronbeheeruitsluitingen. Standaard negeert Git dit bestand.

Zie het localSettings.json schemadocument voor meer informatie.

CustomVisuals\

Een submap die metadata bevat voor aangepaste visuals in het rapport. Power BI ondersteunt drie soorten aangepaste visuals:

  • Organisatorische winkelvisuals - Organisaties kunnen door hun aangepaste visualisaties goedkeuren en implementeren in Power BI voor hun organisatie. Zie Organisatiearchief voor meer informatie.
  • AppSource Power BI visuals - Ook bekend als "Publieke aangepaste visuals". Deze visuals zijn beschikbaar via Microsoft AppSource. Rapportontwikkelaars kunnen deze visuals direct installeren vanuit Power BI Desktop.
  • Aangepaste visuele bestanden - Ook bekend als "Privé aangepaste visuals". De bestanden kunnen in het rapport worden geladen door een pbiviz-pakket te uploaden.

Alleen privécustom visuals worden geladen in de CustomVisuals-map. AppSource- en organisatievisuals worden automatisch geladen door Power BI Desktop.

RegisteredResources\

Een submap die resourcebestanden bevat die specifiek zijn voor het rapport en door de gebruiker worden geladen, zoals aangepaste thema's, afbeeldingen en aangepaste visuals (pbiviz-bestanden).

Ontwikkelaars zijn verantwoordelijk voor de bestanden hier en wijzigingen worden ondersteund. nl-NL: Bijvoorbeeld, u kunt een bestand wijzigen en na een herstart van Power BI Desktop wordt het nieuwe bestand in het rapport geladen. Deze map kan enkele nuttige scenario's deblokkeren, zoals:

  • Aangepaste thema's ontwerpen buiten Power BI Desktop met behulp van het openbare schema.
  • Batchwijzigingen toepassen door het wijzigen van het bronbestand in meerdere rapporten. U kunt bijvoorbeeld het aangepaste bedrijfsontwerp overschakelen, wisselen tussen lichte en donkere thema's en logo-afbeeldingen wijzigen.

Elk resourcebestand moet een overeenkomende vermelding hebben in het report.json-bestand, dat tijdens de preview-versie geen ondersteuning biedt voor bewerken. Bewerking van bestanden met geregistreerde bronnen wordt alleen ondersteund voor reeds geladen bronnen die ervoor zorgen dat Power BI Desktop de bron registreert in report.json.

semanticModelDiagramLayout.json

Bevat datamodeldiagrammen die de structuur beschrijven van het semantisch model dat aan het rapport is gekoppeld. Tijdens de preview biedt dit bestand geen ondersteuning voor extern bewerken.

definition.pbir

Bevat de algemene definitie van een rapport en kerninstellingen. Dit bestand bevat ook de verwijzing naar het semantische model dat door het rapport wordt gebruikt. Power BI Desktop kan een PBIR-bestand rechtstreeks openen, net zoals het rapport is geopend vanuit een PBIP-bestand. Als u een PBIR-bestand opent, wordt ook het semantische model naast het gebruik van een relatieve verwijzing geopend byPath.

Voorbeeld definitie.pbir:

{  
  "$schema": "https://developer.microsoft.com/json-schemas/fabric/item/report/definitionProperties/2.0.0/schema.json",
  "version": "4.0",
  "datasetReference": {
    "byPath": {
      "path": "../Sales.Dataset"
    }    
  }
}

De definitie bevat de datasetReference eigenschap, die verwijst naar het semantische model dat in het rapport wordt gebruikt. De verwijzing kan een van de volgende zijn:

byPath - Geeft een relatief pad naar de map voor het doel semantisch model aan. Absolute paden worden niet ondersteund. Een schuine streep (/) wordt gebruikt als map scheidingsteken. Wanneer het wordt gebruikt, opent Power BI Desktop ook het semantische model in de volledige bewerkmodus.

byConnection - Hiermee geeft u de verbinding met een semantisch model in een Fabric-werkruimte op met behulp van een verbindingsreeks. Wanneer een byConnection referentie wordt gebruikt, opent Power BI Desktop het semantische model niet in bewerkingsmodus.

Met behulp van een byConnection-verwijzing moet u de volgende eigenschappen specificeren:

Eigendom Beschrijving
verbindingsstring De verbindingsreeks die verwijst naar het semantische model in een Fabric-werkruimte.

Voorbeeld van byConnection:

{  
  "$schema": "https://developer.microsoft.com/json-schemas/fabric/item/report/definitionProperties/2.0.0/schema.json",
  "version": "4.0",
  "datasetReference": {
    "byConnection": {      
      "connectionString": "Data Source=\"powerbi://api.powerbi.com/v1.0/myorg/[WorkpaceName]\";initial catalog=[SemanticModelName];access mode=readonly;integrated security=ClaimsToken;semanticmodelid=[SemanticModelId]"
    }
  }
}

Wanneer u een rapport implementeert via fabric REST API, hoeft u alleen de semanticmodelid eigenschap op te geven. Voorbeeld:

{  
  "$schema": "https://developer.microsoft.com/json-schemas/fabric/item/report/definitionProperties/2.0.0/schema.json",
  "version": "4.0",
  "datasetReference": {
    "byConnection": {      
      "connectionString": "semanticmodelid=[SemanticModelId]"
    }
  }
}

Belangrijk

Wanneer u een rapport implementeert via de Fabric REST API, moet u verwijzingen gebruiken byConnection . Dit moet niet worden verward met de opslagmodus van een semantisch model, zoals DirectQuery. In datasetReference het rapport wordt alleen opgegeven met welk semantisch model het rapport verbinding maakt. Het definieert niet hoe dat model de gegevens opslaat of opent.

Meerdere *.pbir-bestanden

Wanneer het semantische model en rapport dezelfde werkruimte delen, exporteert Fabric Git-integratie altijd definities met een byPath verwijzing naar het semantische model. Als u wilt afdwingen dat het rapport wordt geopend in liveverbinding (bijvoorbeeld om te werken met metingen op rapportniveau), kunt u meerdere *.pbir bestanden hebben, zoals een met een byPath-verbinding en een andere met een byConnection-verbinding. Fabric Git Integration verwerkt alleen het bestand definition.pbir en negeert alle andere *.pbir-bestanden. Deze bestanden kunnen echter naast elkaar worden gebruikt in dezelfde opslagplaats.

  ├── definition\
  ├── StaticResources\
  ├── .platform
  ├── definition-liveConnect.pbir
  └── definition.pbir

Het definition.pbir bestand geeft ook de ondersteunde rapportdefinitieindelingen op via de eigenschap 'version'.

Versie Ondersteunde indelingen
1.0 De rapportdefinitie moet worden opgeslagen als PBIR-Legacy in het bestand report.json.
4.0 of hoger Rapportdefinitie kan worden opgeslagen als PBIR-Legacy (report.json bestand) of PBIR (\definitiemap).

Zie het schemadocument definition.pbir voor meer informatie.

mobileState.json

Bevat de instellingen voor het uiterlijk en gedrag van rapporten bij weergave op een mobiel apparaat. Dit bestand biedt geen ondersteuning voor extern bewerken.

report.json

Dit bestand bevat de rapportdefinitie in de verouderde power BI-rapportindeling (PBIR-Legacy) en biedt geen ondersteuning voor extern bewerken.

definitie\ map

Deze map is alleen beschikbaar als het Power BI-project wordt opgeslagen met behulp van de verbeterde Power BI-rapportindeling (PBIR). Het report.json bestand wordt vervangen.

.platform

Fabric platformbestand dat eigenschappen bevat die van essentieel belang zijn voor het tot stand brengen en onderhouden van de verbinding tussen Fabric-items en Git.

Zie git-integratie automatisch gegenereerde systeembestanden voor meer informatie.

PBIR-formaat

Belangrijk

Houd rekening met alle PBIR-beperkingen tijdens de preview-fase.

Het opslaan van uw Power BI-projectbestanden (PBIP) met behulp van het Power BI Enhanced Report Format (PBIR) verbetert de wijzigingscontrole en de oplossing van samenvoegingsconflicten aanzienlijk door het gebruik van correct geformatteerde JSON-bestanden.

Schermopname van gebruiksvriendelijke PBIR-verschillen.

Elke pagina, visueel, bladwijzer, enz., is georganiseerd in een apart, individueel bestand binnen een mappenstructuur. Deze indeling is ideaal voor coontwikkelingsconflictoplossing.

Schermopname van de vriendelijke PBIR-map.

In tegenstelling tot PBIR-Legacy (report.json) is PBIR een openbaar gedocumenteerde indeling die wijzigingen van niet-Power BI-toepassingen ondersteunt. Elk bestand heeft een openbaar JSON-schema, dat niet alleen het bestand documenteert, maar ook code-editors zoals Visual Studio Code de syntaxisvalidatie laat uitvoeren tijdens het bewerken.

Enkele van de mogelijke scenario's die nu beschikbaar zijn met PBIR zijn:

  • Kopieer pagina's, visuals of bladwijzers tussen rapporten.
  • Zorg voor consistentie van een set visuals op alle pagina's, door de visuele bestanden te kopiëren en plakken.
  • Eenvoudig zoeken en vervangen in meerdere rapportbestanden.
  • Een batchbewerking toepassen op alle visuals met behulp van een script (bijvoorbeeld filters op visualniveau verbergen)

De preview-functie voor PBIR-indeling inschakelen

Opslaan als Power BI-rapporten met PBIR is momenteel beschikbaar als preview-versie. Voordat u het gebruikt, schakelt u het in bij de Power BI Desktop-voorbeeldfuncties.

Voor PBIP-bestanden (Power BI Project):

  1. Ga naar Bestand > Opties en instellingen > Opties > Voorbeeldfuncties.
  2. Schakel het selectievakje Rapporten opslaan met het uitgebreide metadata-formaat (PBIR) in.

Voor PBIX-bestanden:

  1. Ga naar Bestand > Opties en instellingen > Opties > Voorbeeldfuncties.
  2. Selecteer het selectievakje PBIR-rapporten opslaan met een verbeterd metadataformaat (PBIR).

Als u PBIR inschakelt voor PBIX, zorgt u ervoor dat de PBIR-indeling ook wordt opgeslagen in PBIX-bestanden, niet alleen in PBIP-bestanden (Power BI Project).

Opslaan als een project met behulp van PBIR

Als de PBIR Preview-functie is ingeschakeld, wordt uw rapport opgeslagen in een map met de naam \definition in de rapportmap:

Schermopname van de definitiemap in een PBIP-map van een rapport.

Meer informatie over de PBIR-mapstructuur.

Zet bestaand rapport om naar PBIR

Als u al een PBIP hebt met PBIR-Legacy-indeling, kunt u deze als volgt converteren naar PBIR:

  1. Open de PBIP in Power BI Desktop.

  2. Zorg ervoor dat de previewfunctie is ingeschakeld.

  3. Sla het project op. Er verschijnt een prompt die je vraagt om te upgraden naar PBIR.

  4. Selecteer Upgraden.

    Schermopname van de prompt om een upgrade naar PBIR uit te voeren.

    Belangrijk

    Nadat u een upgrade naar PBIR hebt uitgevoerd, kunt u niet teruggaan naar PBIR-Legacy vanuit de gebruikersinterface. Als u wilt terugkeren naar PBIR-Legacy, slaat u een kopie van uw PBIP-bestanden op.

    Power BI Desktop maakt automatisch een back-up van het rapport voordat u een upgrade naar PBIR uitvoert. Deze back-up wordt 30 dagen bewaard op een van de volgende locaties:

    • Microsoft Store-versie: %USERPROFILE%\Microsoft\Power BI Desktop Store App\TempSaves\Backups
    • Versie van het uitvoerbare installatieprogramma: %USERPROFILE%\AppData\Local\Microsoft\Power BI Desktop\TempSaves\Backups

Het bestaande bestand PBIR-Legacy (report.json) wordt vervangen door een \definition-map met de PBIR-weergave van het rapport.

Als u ervoor kiest om de huidige indeling te behouden, wordt desktop niet opnieuw gevraagd om een upgrade uit te voeren.

PBIR in Gebruik

Nieuwe rapporten die in de service zijn gemaakt, gebruiken standaard de PBIR-indeling. Bestaande rapporten die worden bewerkt, worden ook automatisch geconverteerd naar PBIR-indeling.

Tijdens de openbare preview kunnen beheerders ervoor kiezen om zich af te melden voor PBIR door de tenantinstelling uit te schakelen: Rapporten automatisch converteren en opslaan in de verbeterde metagegevensindeling van Power BI (PBIR).

Schermopname van PBIR-tenantinstelling.

Belangrijk

  • Wanneer PBIR algemene beschikbaarheid (GA) bereikt, wordt deze de enige ondersteunde rapportindeling en is conversie verplicht. We raden klanten aan om zich voor te bereiden op deze migratie vóór de algemene beschikbaarheid.
  • De PBIR in de Power BI-service is mogelijk nog niet beschikbaar in uw tenant. De tenantinstelling bestaat voornamelijk om u te laten afmelden voordat de functie volledig is ingeschakeld. Ga naar de Power BI-blog voor de nieuwste updates.

Herstel naar PBIR-Legacy

Wanneer een rapport wordt geconverteerd naar PBIR in de service, wordt een back-upkopie in de PBIR-legacy-indeling automatisch gemaakt en gedurende 28 dagen bewaard. U kunt het rapport herstellen naar de PBIR-Legacy versie door de rapportinstellingen in de werkruimte te openen en Herstellen als PBIR-Legacy te selecteren.

Schermopname van de PBIR-herstelinstelling.

Een hersteld rapport wordt niet automatisch geconverteerd naar PBIR. Als u automatische conversie opnieuw wilt inschakelen, opent u de rapportinstellingen en selecteert u PBIR inschakelen.

Belangrijk

De PBIR-Legacy-serviceback-up wordt alleen gemaakt voor rapporten die rechtstreeks in de Power BI-service zijn bijgewerkt. Als u uw rapport bijwerkt door het te publiceren vanuit Power BI Desktop of door een PBIX-bestand te uploaden en de PBIR-Legacy versie wilt herstellen, gebruikt u de back-up die door Power BI Desktop is gemaakt.

PBIR-map en bestanden

Het rapportdefinitie is opgeslagen in de definition\ map met de volgende structuur:

├── bookmarks\
│   ├── [bookmarkName].bookmark.json
|   └── bookmarks.json
├── pages\
│   ├── [pageName]\
│   |   ├── \visuals
|   │   |   ├── [visualName]\
|   |   │   │   |── mobile.json
|   |   |   └   └── visual.json
|   |   └── page.json
|   └── pages.json
├── version.json
├── reportExtensions.json
└── report.json
Bestand/map Vereist Beschrijving
Bladwijzers Nee Map waarin alle bladwijzerbestanden van het rapport zijn opgeslagen.
── [bookmarkName].bookmark.json Nee Bladwijzermetagegevens, zoals doelvisuals en filters.
Meer informatie op schema.
-• bookmarks.json Nee Metagegevens van bladwijzers, zoals bladwijzer volgorde en groepen.
Meer informatie op schema.
bladzijden\ Ja Map met alle pagina's van het rapport.
── [pageName]\ Ja Eén map per pagina.
─── visuals\ Nee Map die alle visuals van de pagina bevat.
────── [visualName]\ Nee Eén map per visualisatie.
──────── mobile.json Nee Visuele mobiele lay-out metadata, zoals mobiele positie en opmaak.
Meer informatie op schema.
──────── visual.json Ja Visuele metadata, zoals positie en opmaak, query.
Meer informatie op schema.
page.json Ja Paginametadata, zoals paginaniveaufilters en opmaak.
Meer informatie op schema.
-• pages.json Nee Paginametadata, zoals paginavolgorde en actieve pagina.
Meer informatie op schema.
version.json Ja De PBIR-bestandsversie bepaalt, naast andere factoren, welke bestanden moeten worden geladen.
Meer informatie op schema
reportExtensions.json Nee Uitbreidingen van het rapport, zoals metingen op rapportniveau.
Meer informatie op schema
report.json Ja Rapportmetagegevens, zoals filters en opmaak op rapportniveau.
Meer informatie op schema

Belangrijk

Sommige metagegevensbestanden van rapporten, zoals visual.json of bookmarks.json, kunnen worden opgeslagen met gegevenswaarden uit uw semantische model. Als u bijvoorbeeld een filter toepast op een visual voor het veld 'Bedrijf' = 'Contoso', blijft de waarde Contoso behouden als onderdeel van de metagegevens. Dit geldt ook voor andere configuraties, zoals slicerselecties, aangepaste breedte van matrixkolommen en opmaak voor specifieke reeksen.

PBIR naamgevingsconventie

Alle namen binnen de rechte haken ([]) in de bovenstaande tabel volgen een standaard naamgevingsconventie, maar kunnen worden hernoemd naar gebruiksvriendelijkere namen. Standaard gebruiken pagina's, visualisaties en bladwijzers hun rapportobjectnaam als hun bestand- of mapnaam. Deze objectnamen zijn aanvankelijk een unieke identificatie van 20 tekens, zoals '90c2e07d8e84e7d5c026'.

Schermopname van de pbIR-naameigenschap.

Het hernoemen van de eigenschap 'name' binnen elk JSON-bestand wordt ondersteund, maar kan ervoor zorgen dat externe verwijzingen zowel binnen als buiten het rapport niet langer werken. De objectnaam en/of bestands/mapnaam moeten bestaan uit een of meer woordtekens (letters, cijfers, onderstrepingstekens) of koppeltekens.

Nadat u de naam van PBIR-bestanden of -mappen hebt gewijzigd, moet u Power BI Desktop opnieuw starten. Bij het opnieuw opstarten behoudt Power BI Desktop de oorspronkelijke bestands- of mapnamen bij het opslaan.

De naam van het rapportobject kopiëren

Elk object in het rapport wordt opgeslagen in een afzonderlijke map of een afzonderlijk bestand, maar de naam van de map is niet altijd duidelijk. U kunt dit eenvoudiger maken door de naam van een rapportobjectnaam (inclusief pagina's, visuals, bladwijzers en filters) rechtstreeks vanuit Power BI naar het klembord te kopiëren.

Schermopname van een rapport met een pijl die wijst van een van de visuals naar de naam van het bijbehorende bestand.

  1. Ga naar Bestandsopties > en > instellingen Rapportinstellingen > Rapportobjecten en schakel de objectnamen kopiëren in wanneer u met de rechtermuisknop op de instelling rapportobjecten klikt . Dit hoeft u slechts één keer te doen.

    Schermopname van de rapportinstellingen voor rapportobjecten.

  2. Klik met de rechtermuisknop op een rapportobject en selecteer Objectnaam kopiëren.

    Schermopname van een bureaubladrapport met de naam van het kopieerobject geselecteerd.

Wanneer de objectnaam naar het klembord is gekopieerd, kunt u deze eenvoudig invoeren in de zoekbalk van Windows Verkenner of Visual Studio Code om de objectnaam in de PBIR-map te zoeken of te identificeren.

Schermopname van de zoekbalk met de naam van het object.

PBIR Json-schemas

Elk PBIR JSON-bestand bevat een JSON-schemadeclaratie boven aan het document. Deze schema-URL is openbaar toegankelijk en kan worden gebruikt om meer te leren over de beschikbare eigenschappen en objecten voor elk bestand. Daarnaast biedt het ingebouwde IntelliSense en validatie bij het bewerken met code-editors zoals Visual Studio Code.

Schermopname van tooltip voor PBIR JSON-schema.

De schema-URL definieert ook de versie van het document, waarvan wordt verwacht dat deze verandert naarmate de rapportdefinitie zich ontwikkelt.

Alle JSON-schema's worden hier gepubliceerd.

PBIR-aantekeningen

U kunt aantekeningen opnemen als naam-waardeparen binnen de rapportdefinitie voor elke visual, page en report. Hoewel deze aantekeningen worden genegeerd in Power BI Desktop, kunnen ze waardevol zijn voor externe toepassingen, zoals scripts.

U kunt bijvoorbeeld de standaardpagina voor het rapport opgeven in het report.json-bestand, dat vervolgens kan worden gebruikt door een implementatiescript.

{
  "$schema": "https://developer.microsoft.com/json-schemas/fabric/item/report/definition/report/1.0.0/schema.json",
  "themeCollection": {
    "baseTheme": {
      "name": "CY24SU06",
      "reportVersionAtImport": "5.55",
      "type": "SharedResources"
    }
  },
  ...
  "annotations": [
    {
      "name": "defaultPage",
      "value": "c2d9b4b1487b2eb30e98"
    }
  ]
}

Externe wijzigingen in PBIR-bestanden

U kunt de PBIR JSON-bestanden bewerken met behulp van een code-editor zoals Visual Studio Code of een extern hulpprogramma, zolang het bestand voldoet aan het JSON-schema. nl-NL: Het gebruik van een verkeerde eigenschapsnaam of type kan eenvoudig worden gedetecteerd direct in Visual Studio Code.

Schermopname van de prompt PBIR JSON-schema-validatie.

Externe wijzigingen in PBIR-inhoud kunnen leiden tot fouten bij het opnieuw openen van de bestanden in Power BI Desktop. Deze fouten kunnen van twee typen zijn:

Door fouten te blokkeren, wordt voorkomen dat Power BI Desktop het rapport opent. Deze fouten helpen bij het identificeren van het probleem en het beledigingsbestand dat moet worden opgelost voordat u het opnieuw opent:

Schermopname van prompt PBIR-blokkeringsfout.

Fouten zoals een ongeldig schema of ontbrekende vereiste eigenschappen worden beschouwd als blokkerende fouten. Deze fouten kunnen eenvoudig worden geïdentificeerd door het bestand te openen in Visual Studio Code en de schemafouten te inspecteren.

Niet-blokkerende fouten verhinderen niet dat Power BI Desktop het rapport opent en automatisch wordt opgelost.

Schermopname van fout bij niet-blokkerende PBIR-prompt.

Fouten zoals een ongeldige activePageName-configuratie zijn voorbeelden van niet-blokkeringsfouten die automatisch worden opgelost. De waarschuwing is noodzakelijk om u de kans te geven te voorkomen dat u het rapport opslaat met de automatische correctie, waardoor mogelijke verlies van werk wordt voorkomen.

Veelvoorkomende PBIR-fouten

Scenario:Nadat de namen van visuals of paginamappen zijn gewijzigd, wordt mijn visual of pagina niet meer weergegeven bij het openen van het rapport.

Oplossing: Controleer of de naam voldoet aan de naamconventie. Als dat niet het geval is, negeert Power BI Desktop het bestand of de map en beschouwt het als privégebruikersbestanden.

Scenario:Nieuwe rapportobjecten worden anders genoemd dan andere. De meeste paginamappen hebben bijvoorbeeld de naam 'ReportSection0e71dafbc949c0853608', terwijl een aantal '1b3c2ab12b603618070b' heet.

Oplossing: PBIR heeft voor elk object een nieuwe naamconventie aangenomen, maar is alleen van toepassing op nieuwe objecten. Wanneer u een bestaand rapport opslaat als PBIP, moeten de huidige namen behouden blijven om te voorkomen dat verwijzingen worden verbroken. Als je consistentie wilt, is het toegestaan om een script te gebruiken voor een batch-hernoeming.

Scenario:Ik heb een bladwijzerbestand gekopieerd en bij het opslaan is het grootste deel van de configuratie van de bladwijzer verwijderd.

Oplossing: Dit gedrag is opzettelijk omdat rapportbladwijzers de status van een rapportpagina samen met alle visuals vastleggen. Omdat de vastgelegde toestand afkomstig is van een andere rapportpagina met verschillende visuals, worden eventuele ongeldige visuals verwijderd uit de bladwijzerconfiguratie. Als u zowel de afhankelijke visuals als de pagina kopieert, zal de bladwijzer zijn configuratie behouden.

Scenario:Ik heb een paginamap uit een ander rapport gekopieerd en er is een fout opgetreden met de mededeling: 'Waarden voor de eigenschap 'pageBinding.name' moeten uniek zijn.

Oplossing: Het pageBinding-object is nodig om drillthrough en pagina-tooltips te ondersteunen. Aangezien ze door andere pagina's kunnen worden verwezen, moet de naam uniek zijn binnen het rapport. Op de nieuw gekopieerde pagina, wijs een unieke waarde toe om de fout op te lossen. Na juni 2024 is deze situatie niet langer een probleem omdat de paginaBinding-naam standaard een GUID is.

PBIR-overwegingen en -beperkingen

PBIR is momenteel beschikbaar als preview-versie. Houd rekening met het volgende:

  • PBIR in onafhankelijke clouds wordt niet automatisch bijgewerkt in de service vóór algemene beschikbaarheid. Tot die tijd kunnen onafhankelijke cloudklanten hun rapporten testen in PBIR-indeling in Power BI Desktop door de PBIR-preview-functies in te schakelen.
  • Grote rapporten met meer dan 500 bestanden kunnen prestatieproblemen ondervinden (het weergeven van rapporten wordt niet beïnvloed).
  • Zodra een rapport is omgezet van PBIR-Legacy naar PBIR, is het niet mogelijk om het terug te draaien. Hoewel er een back-up wordt gemaakt op het moment van conversie.
  • Als u een PBIP-bestand converteert naar een PBIX-bestand met de functie Opslaan als, wordt het PBIR-rapport in het PBIX-bestand ingesloten, waarbij alle PBIR-beperkingen worden meegenomen naar het PBIX-bestand.
  • Automatische filters voor visuele elementen worden pas in het PBIR-bestand visual.json bewaard nadat het filtervenster ten minste één keer is uitgevouwen tijdens het bewerken van het rapport.
  • Niet ondersteund in sjabloon-app-werkruimten

Groottebeperkingen van PBIR opgelegd door de service.

  • 1,000 maximaal pagina's per rapport.
  • Maximaal 1000 visuals per pagina.
  • Maximaal 1.000 resourcepakketbestanden per rapport.
  • Maximale grootte van 300 MB voor alle resourcepakketbestanden.
  • Maximale grootte van 300 MB voor alle rapportbestanden.

Belangrijk

Als u de bovenstaande limieten bereikt, moet u overwegen uw rapport te optimaliseren. Zie het power BI-optimalisatiedocument.

Fabric Git Integration and Fabric REST API's exporteren rapporten met behulp van de indeling die momenteel in de service wordt toegepast. Als een rapport wordt gemaakt of geïmporteerd in Fabric met behulp van de PBIR-indeling, wordt het geëxporteerd in PBIR. Op dezelfde manier, als een rapport PBIR-Verouderd is, wordt het geëxporteerd in de PBIR-Legacy-indeling.

Gerelateerde inhoud

  • Last updated on