Manchmal schreibt Microsoft zu schnell für mein kleines Hirn. Ich finde auf einer Seite die Info:
Um die Sicherheit Ihres semantischen Modells zu verwalten, öffnen Sie den Arbeitsbereich, in dem Sie Ihr semantisches Modell in Fabric gespeichert haben, und führen Sie die folgenden Schritte aus:
Ich war sehr erstaunt. Warum zeigt die Matrix in PowerBI keine korrekten Werte bei den Zeilenzwischensummen?
Die Antwort finde ich im Aufgabenbereich „Daten hinzufügen“:
PowerBI hat als Funktion „Erstes Datum“ (?!?) verwendet. Warum nicht Summe?
Die Antwort finde ich in den Transformationsschritten: Dort war die Spalte, die später aggregiert wird, von Zahlentyp „beliebig („123 ABC“) festgelegt. Sie muss natürlich Zahl (beispielsweise Dezimalzahl) sein.
Noch besser: man verwendet nicht das Feld, sondern erstellt ein Measure, beispielsweise mit SUMX. Dann ist man auf der sicheren Seite, dann verwendet PowerBI genau DIESE Funktion und wählt nicht selbst eine aus.
Hat man in Power Query zwei Spalten vom Datentyp Dezimalzahl oder Dezimalzahl und Prozentzahl und multipliziert sie und lässt dich das Ergebnis in einer benutzerdefinierten Spalte anzeigen, ist das Ergebnis – anders als Excel, wo das Zahlenformat Währung übernommen wird: Prozent * Währung -> Währung – nicht vom Zahlentyp Dezimalzahl, sondern vom Datentyp „beliebig“ (123 ABC). Fatal. Das sollte immer geändert werden.
In Power Query in Excel heißt das Zahlenformat „Währung“.
In PowerBI jedoch „Feste Dezimalzahl“
Beide Begriffe sind etwas „schräg“. Allerdings: eine genaue Definition „Dezimalzahl mit exakt vier Nachkommastellen für die Verwendung als Währungsformat“ oder ähnliches, wäre zu lang geworden.
Augen auf bei den logischen Konjunktoren in DAX – sie sind nicht konsistent!
Über die Funktion CALCULATE kann ein Filterkontext mitgegeben werden (oder man einen Filter auch aufheben). Allerdings leider nicht konsistent, was UND beziehungsweise ODER betrifft:
Beginnen wir mit ODER:
|| ist das Zeichen für das logische „ODER“ und kann für eine Spalte verwendet werden:
Greift man mit Power Query auf eine Excel-Arbeitsmappe zu, kann man mehrere Tabellenblätter auswählen. Diese Option muss jedoch explizit aktiviert werden:
In Power Query in PowerBI ist dies jedoch nicht nötig:
Ich habe keine Ahnung, warum sich diese beiden Dialoge unterscheiden.
Gestern in der PowerBI-Schulung. Ich zeige verschiedene Arten des Filtern, beispielsweise Datenschnitte.
Ein Teilnehmer will wissen, ob es ein Shortcut gibt, mit dem man alle gesetzten Filter schnell wieder zurücksetzen kann.
Meine Antwort:
Nein.
Aber: wenn man per Hand alle Filter ausschaltet und diese Ansicht als Lesezeichen speichert, kann man auf eine Schaltfläche oder eine Form oder auf ein Bild dieses Lesezeichen als Aktion einfügen:
Eigentlich schade. In PowerBI kann man in den neuen Karten Bilder einfügen:
Klasse! Man kann jedoch nicht bei den neuen Datenschnitten Bilder einfügen – dort muss man in ein Feld einer Tabelle die URL eintragen – das Bild von einer Webseite geholt:
Das neue Visual „Karte (neu)“ in PowerBI ist klasse. Jetzt kann man mehrere Karten mit mehreren Elementen darstellen.
Allerdings: verwendet man für die Verweisbezeichnungen Zahlen (beispielsweise das Ergebnis von Measures), können diese leider nicht formatiert werden. Vielleicht kommt es ja noch …
Ich erstelle in PowerBI ein (einfaches) Measure – hier: eine Summe. Und verwende es in einem Visual. Klappt.
Ich erstelle ein zweites Measure – diesmal mit AVERAGE statt SUM, das ich verwende. Klappt:
Ich ziehe das Zahlenfeld direkt in das Wertefeld. Die Summe funktioniert problemlos. Wechsele ich dagegen in „Visual formatieren“ bei Wert / Feld von Summe auf Mittelwert, versagt die Berechnung und Darstellung:
Fazit (war ja eigentlich schon klar): Für Daten und dahinterliegende Berechnungen sollten nicht die automatischen Berechnungen von PowerBI verwendet werden, sondern IMMER ein selbstgeschriebenes Measure.
Wie man die Balken in umgekehrter Reihenfolge in einem gestapelten Balkendiagramm darstellen könne, wollte ein Teilnehmer in der PowerBI-Schulung wissen.
Erstaunlicherweise findet sich diese Option nicht in „Visual formatieren“, sondern hinter den „weiteren Optionen (…)“:
Kennst ihr DPQ-Dateien? Das sind Textdateien, in denen ein Query auf eine Datenbank gespeichert sind. Diese Data-Query kann man in Excel einbinden.
Soweit so gut.
Nun wollte ich so eine Datei in Power BI einbinden.
„Einen direkten Konnektor über diese Datenverbindung gibt es zur Zeit in Power BI Desktop nicht.“ schreibt Frank Arendt-Theilen. Hans-Peter Pfister hat es bestätigt. Schade.
Ach wie doof! Wenn man in PowerBi in das Visual Tabelle oder Matrix Werte (oder besser: ein Measure) in die Werte zieht, kann man mit einem Klick auf den Spaltenkopf danach sortieren:
Verwendet man jedoch eine Kategorie in den Spalten, kann man damit nicht sortieren – auch nicht mit gedrückter [Strg]-Taste:
Mit einem Klick wird die Spalte selektiert (und damit die anderen Visuals gefiltert).
Ich möchte mit Power BI auf eine Access-Datenbank zugreifen. Leider erhalte ich folgende Meldung:
Schade!
Auf der genannten Seite von Microsoft lese ich:
Ich soll mein Office deinstallieren und in der gleichen Version wie Power BI zu installieren, finde ich nun keine wertvolle Hilfe. Ich scrolle nach unten und lese dort:
Ah, okay – zwei Versionen von Access.
Gut – ich warte bis nächste Woche und teste alles auf meiner 64-Bit-Maschine.
Max fragt mich, ob ich ihm helfe könne, per VBA einen PowerBI-Bericht anzuzeigen.
Er möchte in Excel über eine Schaltfläche ein Makro aufrufen, das einen Bericht öffnet, so dass die Anwenderinnen und Anwender den Bericht sehen können:
Er hat den Befehl „Shell“ im Internet gefunden. Richtig: Mit Shell rufe ich Programme auf, die ich nicht direkt über einen eingebundenen Verweis starten kann. Wir machen uns auf die Suche. Wie denn der Pfad auf seinem SharePoint lautet, will ich wissen. Den finden wir heraus. Er hat etwa die Form:
Etwas irritiert bin ich schon. In einer PowerBI-Schulung erzählt mir ein Teilnehmer, dass er die Daten gerne in Excel hätte. Und dass er eigentlich gerne mit PowerQuery in Excel darauf zugreifen würde. Und nicht mit PowerBI. Aber die IT hätte ihm gesagt, dass es nicht gut ist, wenn mit PowerQuery so viele Abfragen auf die Datenbank abgesetzt werden. Besser wäre es, mit PowerBI auf die Datenbank zuzugreifen.
Ich bin mir nicht sicher, ob die Damen und Herren von der IT nicht wissen, dass PowerBI auch PowerQuery verwendet.