Ereignisse
Power BI DataViz Weltmeisterschaften
14. Feb., 16 Uhr - 31. März, 16 Uhr
Mit 4 Chancen, ein Konferenzpaket zu gewinnen und es zum LIVE Grand Finale in Las Vegas zu machen
Weitere InformationenDieser Browser wird nicht mehr unterstützt.
Führen Sie ein Upgrade auf Microsoft Edge durch, um die neuesten Features, Sicherheitsupdates und den technischen Support zu nutzen.
Wichtig
Power BI Desktop-Projekte befinden sich derzeit in der Vorschau.
Tipp
Anleitungen zum Planen einer Power BI-Entwicklung finden Sie in Power BI-Implementierungsplanung.
Power BI Desktop bietet eine neue Möglichkeit zum Erstellen, gemeinsamen Bearbeiten und Speichern von Projekten. Wenn Sie Ihre Arbeit als Power BI-Projekt (PBIP) speichern, werden Berichts- und Semantikmodellelementdefinitionen als einzelne Nur-Text-Dateien in einer einfachen, intuitiven Ordnerstruktur gespeichert.
Das Speichern als Projekt hat die folgenden Vorteile:
Unterstützung für den Text-Editor – Elementdefinitionsdateien sind formatierte Textdateien mit semantischem Modell und Berichtsmetadaten. Diese Dateien sind öffentlich dokumentiert und für Menschen lesbar. Auch wenn Projektdateien einfache Textbearbeitungstools wie Editor unterstützen, sollten Sie einen Code-Editor wie Visual Studio Code (VS Code) verwenden, der umfassende Bearbeitungsfunktionen wie IntelliSense, Validierung und Git-Integration bietet.
Programmgesteuerte Generierung und Bearbeitung von Elementdefinitionen – Sie können Elementdefinitionstextdateien programmgesteuert generieren und ändern, Batchvorgänge aktivieren, z. B. das Aktualisieren aller visuellen Berichtsseiten oder das Hinzufügen einer Reihe von Measures zu jeder Tabelle. Für semantische Modelle können Sie die Clientbibliothek Tabellenobjektmodell (TOM) verwenden, um die Metadaten des semantischen Modells zu deserialisieren, programmgesteuerte Änderungen vorzunehmen und wieder in die Dateien zu serialisieren.
Quellcodeverwaltung – Elementdefinitionen für Power BI-Semantikmodelle und -Berichte können in einem Quellcodeverwaltungssystem wie Git gespeichert werden. Mit Git lassen sich der Versionsverlauf nachverfolgen, Revisionen vergleichen (diff) und frühere Versionen wiederherstellen. Die Quellcodeverwaltung kann außerdem Blockaden bei der Zusammenarbeit in Power BI Desktop beseitigen, indem vertraute Mechanismen für die Zusammenarbeit verwendet werden, um Konflikte zu lösen (Mergen) und Änderungen zu überprüfen (Pull Requests). Weitere Informationen finden Sie im Artikel zur Versionskontrolle in Git.
Continuous Integration und Continuous Delivery (CI/CD): Sie können Systeme verwenden, in denen Entwickler in Ihrer Organisation eine vorgeschlagene Änderung an das CI/CD-System übermitteln. Das System überprüft dann die Änderung anhand einer Reihe von Qualitätszielen, bevor die Änderung auf das Produktionssystem angewendet wird. Diese Qualitätsziele können Codeüberprüfungen durch andere Entwickler, automatisierte Tests und automatisierte Buildvorgänge umfassen, um die Integrität der Änderungen zu überprüfen. CI/CD-Systeme basieren in der Regel auf vorhandenen Quellcodeverwaltungssystemen. Weitere Informationen finden Sie in den Artikeln zu DevOps – Continuous Integration und DevOps – Continuous Delivery.
Das Speichern als Power BI-Projekt in Power BI Desktop befindet sich derzeit in der Vorschau, und Sie müssen es in Previewfunktionen aktivieren.
Wechseln Sie zu Datei > Optionen und Einstellungen > Optionen > Previewfunktionen, und aktivieren Sie das Kontrollkästchen neben der Option zum Speichern von Power BI Project (PBIP).
Wenn Sie an einem neuen Projekt arbeiten oder eine vorhandene Power BI Desktop-Datei (PBIX) geöffnet haben, können Sie Ihre Arbeit als Power BI-Projektdatei (PBIP) speichern:
Wenn Sie Berichts- und Semantikmodellelemente als Projekt speichern, speichert sie Power BI Desktop als Ordner, die jeweils Textdateien mit der Definition des Elements enthalten:
Nach dem Speichern als Projekt können Sie sehen, wann Sie an einem Projekt arbeiten, indem Sie sich die Titelleiste ansehen:
Wenn Sie auf die Titelleiste klicken, wird ein Flyout angezeigt, das für das Power BI-Projekt spezifisch ist. Mit diesem Flyout können Sie die Projektdateien und die Anzeigenameneinstellungen für den Bericht und das semantische Modell suchen. Sie können den Ordner auch im Datei-Explorer öffnen, indem Sie auf die Pfade klicken.
Sehen wir uns genauer an, was im Stammordner Ihres Projekts angezeigt wird:
Eine Sammlung von Dateien und Ordnern, die ein Power BI-Semantikmodell darstellen. Weitere Informationen zu den hier enthaltenen Unterordnern und Dateien finden Sie unter Semantikmodellordner des Projekts.
Eine Sammlung von Dateien und Ordnern, die einen Power BI-Bericht darstellen. Weitere Informationen zu den enthaltenen Unterordnern und Dateien finden Sie im Artikel zum Projektberichtordner.
Gibt absichtlich nicht nachverfolgte Dateien an, die Git bei Power BI Projektdateien ignorieren soll, z. B. „cache.abf“ und „localSettings.json“.
Power BI Desktop erstellt die gitignore-Datei nur, wenn eine solche Datei nicht bereits im ausgewählten Speicherordner oder im übergeordneten Git-Repository vorhanden ist.
Standardinhalt von .gitignore beim Speichern als PBIP:
**/.pbi/localSettings.json
**/.pbi/cache.abf
Die PBIP-Datei enthält einen Zeiger auf einen Berichtsordner. Beim Öffnen einer PBIP-Datei werden der Zielbericht und das Modell für die Bearbeitung geöffnet.
Weitere Informationen finden Sie im PBIP-Schemadokument.
Sie können Power BI Desktop aus dem Power BI-Projektordner öffnen, indem Sie entweder die PBIP-Datei oder die PBIR-Datei im Berichtsordner öffnen. Mit beiden Optionen wird der Bericht zur Bearbeitung geöffnet, ebenso wie das Semantikmodell, wenn ein relativer Verweis auf ein Semantikmodell vorhanden ist.
Sie können mehrere Berichte und Semantikmodelle im selben Ordner speichern. Eine separate PBIP-Datei für jeden Bericht ist nicht erforderlich, da Sie jeden Bericht direkt über die -pbir-Datei im Berichtsordner öffnen können.
├── project
│ ├── AdventureWorks-Sales.Report
│ │ └── definition.pbir
│ ├── AdventureWorks-Stocks.Report
│ │ └── definition.pbir
│ ├── AdventureWorks.SemanticModel
| | └── *.*
│ .gitignore
└── AdventureWorks.pbip
Wenn Sie Ihre Semantikmodell- und Berichtsdefinitionen als Projekt gespeichert haben, sind Sie nicht darauf festgelegt, Änderungen nur in Power BI Desktop vorzunehmen. Sie können andere Tools wie VS Code, Open-Source-Communitytools wie Tabular Editor oder auch den Editor verwenden. Allerdings unterstützt nicht jede Datei oder Änderung die Bearbeitung durch externe Open-Source-Tools.
Änderungen an Dateien oder Eigenschaften außerhalb von Power BI Desktop können zu unerwarteten Fehlern führen oder sogar verhindern, dass Power BI Desktop geöffnet wird. In diesen Fällen müssen Sie die Probleme in den Dateien beheben, bevor Sie versuchen, das Projekt erneut in Power BI Desktop zu öffnen.
Wenn möglich, gibt Power BI Desktop die Datei und den Ort des Fehlers an:
Schemadetails für die folgenden Dateien sind nicht dokumentiert. Während der Vorschau werden Änderungen an diesen Dateien außerhalb von Power BI Desktop nicht unterstützt:
Wenn Sie mit Power BI-Projektdateien arbeiten, können Sie Ihre Inhalte mithilfe der folgenden Veröffentlichungsmechanismen in einem Fabric-Arbeitsbereich bereitstellen:
Hinweis
Die Veröffentlichung über Power BI Desktop veröffentlichen verwendet eine temporäre PBIX-Datei, die im Dienst veröffentlicht wird, ähnlich wie beim Speichern und Veröffentlichen einer PBIX-Datei. Im Gegensatz zu anderen PBIP-Bereitstellungsoptionen, die nur Metadaten bereitstellen, stellt diese Veröffentlichungsmethode sowohl die Metadaten als auch den lokalen Datencache des zu bearbeitenden semantischen Modells bereit.
Es gibt zwei Möglichkeiten, wie Sie mithilfe von externen Tools Änderungen an der Semantikmodelldefinition vornehmen können:
Nicht jedes Modellobjekt unterstützt Schreibvorgänge. Das Anwenden von Änderungen außerhalb der unterstützten Objekte kann zu unerwarteten Ergebnissen führen.
Objekte, die Schreibvorgänge unterstützen:
Object | Herstellen einer Verbindung mit AS-Instanz | Dateiänderung / TMDL-Ansicht |
---|---|---|
Tabellen | Nein | Ja |
Spalten | Ja 1, 2 | Ja |
Berechnete Tabellen | Ja | Ja |
Berechnete Spalten | Ja | Ja |
Hierarchien | Ja | Ja |
Beziehungen | Ja | Ja |
Measures | Ja | Ja |
Modell-KPIs | Ja | Ja |
Berechnungsgruppen | Ja | Ja |
Perspektiven | Ja | Ja |
Übersetzungen | Ja | Ja |
Sicherheit auf Zeilenebene | Ja | Ja |
Sicherheit auf Objektebene (Object-level Security, OLS) | Ja | Ja |
Anmerkungen | Ja | Ja |
M-Ausdrücke | Nein | Ja 3, 4 |
Bedenken Sie Folgendes:
Alle Änderungen an geöffneten Dateien, die außerhalb von Power BI Desktop vorgenommen werden, erfordern einen Neustart, damit die Änderungen in Power BI Desktop angezeigt werden. Power BI Desktop erkennt keine Änderungen an Projektdateien, die von anderen Tools vorgenommen wurden.
Power BI Desktop unterstützt keine Tabellen mit mehreren Partitionen. Es wird nur eine einzelne Partition für jede Tabelle unterstützt. Das Erstellen von Tabellen mit leeren Partitionen oder mehr als einer Partition führt beim Öffnen des Berichts zu einem Fehler.
Automatische Datumstabellen, die von Power BI Desktop erstellt werden, sollten nicht mithilfe externer Tools geändert werden.
Wenn Sie ein Modell ändern, das Direct Query zum Verbinden eines Power BI-Semantikmodells oder Analysis Services-Modells verwendet, müssen Sie die ChangedProperties- und PBI_RemovedChildren-Auflistung aktualisieren, damit das geänderte Objekt alle geänderten oder entfernten Eigenschaften enthält. Wenn ChangedProperties und/oder PBI_RemovedChildren nicht aktualisiert wird, überschreibt Power BI Desktop möglicherweise alle Änderungen, wenn die Abfrage das nächste Mal bearbeitet oder das Modell in Power BI Desktop aktualisiert wird.
1: Das Ändern des Datentyps einer Spalte wird unterstützt. Das Umbenennen von Spalten wird jedoch beim Herstellen einer Verbindung mit der AS-Instanz nicht unterstützt.
2 – Wenn für das Semantikmodell das Feature Autom. Datum/Uhrzeit aktiviert ist und Sie eine neue datetime-Spalte außerhalb von Power BI Desktop erstellen, wird die lokale Datumstabelle nicht automatisch generiert.
3: SourceType für die Partition muss „Calculated“, „M“, „Entity“ oder „CalculationGroup“ sein. Mode für die Partition muss „Import“, „DirectQuery“ oder „Dual“ sein.
4: Ausdrucksbearbeitungen außerhalb von Power BI Desktop in einem Projekt mit unappliedChanges.json gehen verloren, wenn diese Änderungen angewendet werden.
Das Ändern von Tabellenabfrageausdrücken außerhalb von Power BI Desktop führt zum Entfernen der Tabellendaten beim Neustart von Power BI Desktop.
Die meisten Projektdateien enthalten Metadaten im JSON-Format. Entsprechende JSON-Schemas können für die Validierung und Dokumentation verwendet werden.
Mit JSON-Schemas haben Sie folgende Möglichkeiten:
Verwenden Sie VS Code, um den zu erstellenden Dateien JSON-Schemas zuzuordnen. JSON-Schemas für Projektdateien werden im Git-Repository mit Power BI Desktop Beispielen bereitgestellt.
Frage: Beim Betrachten der Definitionen von Semantikmodell- und Berichtselementordnern werden nur wenige Dateien als erforderlich markiert. Was geschieht, wenn ich sie lösche?
Antwort: Power BI Desktop erstellt diese Dateien automatisch, wenn Sie Daten als Projekt (PBIP) speichern.
Frage: Erkennt Power BI Desktop Änderungen an den Power BI-Projektdateien, die ich mit einem externen Tool oder einer externen Anwendung vornehme?
Antwort: Nein. Bei allen an den Dateien vorgenommenen Änderungen muss Power BI Desktop neu gestartet werden, um die Änderungen widerzuspiegeln.
Frage: Wenn ich eine PBIX- in eine PBIP-Datei konvertiere, kann ich sie zurück in PBIX konvertieren?
Antwort: Ja. Sie können eine PBIX- als PBIP-Datei speichern und eine PBIP- als PBIX-Datei speichern.
Frage: Kann ich PBIX programmgesteuert in PBIP konvertieren und umgekehrt?
Antwort: Nein. Sie können eine PBIX-Datei nur über Datei>Speichern unter in Power BI Desktop in das PBIP-Format konvertieren und umgekehrt.
Frage: Kann ich ein Power BI Desktop-Projekt in Azure Analysis Services (AAS) oder SQL Server Analysis Services (SSAS) bereitstellen?
Antwort: Nein. Power BI Desktop-Projektberichtsdefinitionen werden in AAS und SSAS nicht unterstützt. Außerdem werden für Modelldefinitionen erweiterte Metadaten verwendet, die für Power BI spezifisch sind. Verwenden Sie für AAS- und SSAS-Projekte Microsoft Visual Studio für die Modellerstellung, Git und die Azure DevOps-Integration.
Frage: Warum sehe ich keine *.pbip-Datei, wenn ich meinen Fabric-Arbeitsbereich mit Git verbinden? Wie kann ich meinen Bericht und mein semantisches Modell in Power BI Desktop bearbeiten?
Antwort: Die PBIP-Datei ist optional und dient einfach nur als Verknüpfung zum Berichtsordner. Sie können sowohl den Bericht als auch das semantische Modell zur Bearbeitung in Power BI Desktop öffnen, indem Sie die Datei „definition.pbir“ im Berichtsordner öffnen.
Ereignisse
Power BI DataViz Weltmeisterschaften
14. Feb., 16 Uhr - 31. März, 16 Uhr
Mit 4 Chancen, ein Konferenzpaket zu gewinnen und es zum LIVE Grand Finale in Las Vegas zu machen
Weitere InformationenTraining
Modul
Erstellen und Verwalten von Power BI-Ressourcen - Training
Erstellen Sie Power BI-Ressourcen für Ihre Analyseumgebung für Struktur und Konsistenz, z. B. Power BI-Vorlagen und Projektdateien. Wiederverwendbare Ressourcen und die Verwendung des XMLA-Endpunkts unterstützen das Application Lifecycle Management (ALM), einschließlich Continuous Integration und Continuous Deployment.
Zertifizierung
Microsoft Certified: Power BI Data Analyst Associate - Certifications
Erfahren Sie mehr über die Methoden und Best Practices, die den geschäftlichen und technischen Anforderungen für die Modellierung, Visualisierung und Analyse von Daten mit Microsoft Power BI entsprechen.
Dokumentation
Power BI Desktop-Projektberichtsordner - Power BI
Erfahren Sie mehr über den Power BI Desktop-Projektberichtsordner.
Semantikmodellordner eines Power BI Desktop-Projekts - Power BI
Erfahren Sie mehr über den Semantikmodellordner eines Power BI Desktop-Projekts.
Git-Integration in Power BI Desktop-Projekte - Power BI
Erfahren Sie mehr über die Git-Integration in Power BI Desktop-Projekte und optimieren Sie Ihre Entwicklungsprozesse, die Quellcodeverwaltung und die Zusammenarbeit mit Git-Repositorys.