Dynamische benannte Bereiche in Excel

Bei Veröffentlichung von Excel Reports am SharePoint via Excel Web App muss auch immer ein benannter Bereich angegeben werden, der dann im SharePoint angezeigt wird.

Dies ist bei statischen Berichten kein Problem. Verwendet man allerdings Pivot Tabellen kann die Dynamik dazu führen, dass Daten außerhalb des benannten Bereichs dargestellt werden da Excel den Bereich beim Drillen nicht automatisch vergrößert. Ist der Bericht in SharePoint eingebunden, sind diese Daten für User nicht mehr ersichtlich.

Letzte Aktualisierung des Cubes anzeigen

Dafür gibt es unterschiedliche Möglichkeiten, die einfachste ist allerdings die Nutzung des Analysis Services Stored Procedure Projects von Codeplex.

CREATE MEMBER CURRENTCUBE.[Measures].[Cube Last Processed] AS ASSP.GetCubeLastProcessedDate(),
VISIBLE = 1 ,  DISPLAY_FOLDER = ‚Info‘;

Das Measure kann dann im Reporting, zum Beispiel in Excel wie folgt verwendet werden:

Transfer von Daten aus Oracle mittels SSIS

Zumeist ist die Extraktion von Daten aus diversen Quellen mit SSIS recht problemlos, allerdings nicht wenn Daten aus Oracle transferiert werden sollen. Ich musste schmerzlich feststellen, dass die Unterstützung dafür in SSIS (beim Kunden ist aktuelle SQL Server 2012 im Einsatz) nicht optimal ist.

SQL Agent Job remote starten

Häufig besteht zusätzlich zur periodischen Aktualisierung des DWHs mittels SQL Agent Job auch der Bedarf nach einer ad-hoc bzw. vom User veranlassten Aktualisierung des DWHs. Hierfür eignet sich meiner Meinung nach ein kleines Batch-File am besten.

Folgende Schritte sind dafür durchzuführen

Power BI als Portal

Power BI avanciert zur BI-Portallösung! Zum einen lassen sich SSRS Reports auf ein Power BI Dashboard pinnen (siehe hier) und zum anderen können auch Excel Dokumente in Power BI visualisiert werden (siehe hier).

Damit lässt sich das meines Erachtens größte Manko – nämlich das Fehlen eines mächtigen Power BI Tabellenobjekts – recht gut umgehen.

Bleibt abzuwarten, ob ein flexibles Tabellenobjekt direkt in Power BI kommen wird…

SQL Server 2016 Row Level Security für lesenden Zugriff

Mit SQL Server 2016 wird erstmals nativ Row Level Security unterstützt und das mit einem recht einfachen Mechanismus: man definiert eine UDF, welche als Ergebnis 1 oder nichts zurückliefert, je nachdem ob der betreffende User das jeweilige Record sehen darf oder nicht.

Details im Blog von SQLblog.com hier.