Comparing Tabular and Multidimensional Solutions (SSAS)

 

Betrifft: SQL Server 2016

Analysis Services bietet mehrere Ansätze zum Erstellen eines Business Intelligence-Semantikmodells: Mehrdimensionale, tabellarischer und Power Pivot.

Mehr als ein möglicher Ansatz ermöglicht eine Modellierung für verschiedene Unternehmen und Anforderungen zugeschnitten sind. Das mehrdimensionale Modell ist eine auf offenen Standards basierende ausgereifte Technologie, die von zahlreichen Herstellern von BI-Software genutzt wird, aber nur schwer zu meistern ist. Das tabellarische Modell bietet einen relationalen Modellierungsansatz, den viele Entwickler intuitiver finden. PowerPivot ist noch einfacher, bietet visual datenmodellierung in Excel mit serverunterstützung, die über SharePoint bereitgestellt.

Alle Modelle werden als Datenbanken bereitgestellt, die in einer Analysis Services-Instanz ausgeführt werden. Der Zugriff auf die Modelle erfolgt durch Clienttools unter Verwendung einer einzelnen Gruppe von Datenanbietern. Die Visualisierung erfolgt in interaktiven und statischen Berichten über Excel, Reporting Services, Power BI und BI-Tools anderer Hersteller.

Aufgrund der Unterschiede bei Speicherarchitektur und Metadaten sind die Modelltypen nicht austauschbar. Sie können jedoch mühelos ein Upgrade von einem tabellarischen Modell des Typs 1050-1103 zum tabellarischen Modell 1200 vornehmen. Außerdem können Sie Power Pivot importieren, um ein völlig neues Modell als tabellarisches Projekt zu erstellen.

Tabellarische und mehrdimensionale Lösungen basieren auf SQL Server Data Tools und dienen für Unternehmens-BI-, die auf einem eigenständigen ausgeführt Projekte Analysis Services Instanz. Beide Lösungen stellen hochleistungsfähige analytische Datenbanken bereit, die einfach in BI-Clients integriert werden können. Die einzelnen Lösungen unterscheiden sich jedoch darin, wie sie erstellt, verwendet und bereitgestellt werden. Dieses Thema beschäftigt sich hauptsächlich mit diesen beiden Typen, damit Sie den für Sie richtigen Ansatz bestimmen können.

Für neue Entwicklungsprojekte empfehlen wir in der Regel das tabellarische Modell. Es bietet schnellere Entwicklung, Testverfahren und Bereitstellung und arbeitet reibungsloser mit den neuesten Self-Service-BI-Anwendungen und Clouddiensten von Microsoft zusammen.

Neu bei Analysis Services? In der folgenden Tabelle listet die verschiedenen Modelle, fasst den Ansatz und die erste Version Fahrzeug identifiziert.

TypBeschreibung der ModellierungFreigegeben
MultidimensionalOLAP-Modellierungskonstrukte (Cubes, Dimensionen, Measures).SQL Server 2000 und höher
TabellarischRelationale Modellierungskonstrukte (Modell, Tabellen, Spalten).

Intern werden Metadaten von OLAP-Modellierungskonstrukten (Cubes, Dimensionen, Measures) geerbt. Code und Skripts nutzen OLAP-Metadaten.
SQL Server 2012 und höher (Kompatibilitätsgraden 1050 1103) 1
Tabellarisch in SQL Server 2016Relationale Modellierungskonstrukte (Modell, Tabellen, Spalten), gegliedert in Objektdefinitionen mit tabellarischen Metadaten in Skripts und Code.SQL Server 2016 (Kompatibilitätsgrad 1200)
Power PivotUrsprünglich ein Add-In, aber nun vollständig in Excel integriert. Nur visuelle Modellierung einer internen tabellarischen Infrastruktur. Sie können ein Power Pivot-Modell in SSDT importieren, um ein neues tabellarisches Modell zu erstellen, das in einer Analysis Services-Instanz ausgeführt wird.Über Excel und Power Pivot BI Desktop

1 Kompatibilitätsgraden eingeführt, die in SQL Server 2012 sind in der aktuellen Version aufgrund der neuen tabellarischen Metadaten-Modul und die Unterstützung für das Szenario aktivieren signifikant Features, die nur auf höherer Ebene verfügbar. Wichtige Entwicklungen gehören DirectQuery, Skripts und Programmierbarkeit. Finden Sie unter Neuigkeiten in Analysis Services Details.

In der folgenden Tabelle wird die Verfügbarkeit von Features auf Modellebene zusammengefasst. Überprüfen Sie diese Liste, um sicherzustellen, dass das Feature, das Sie verwenden möchten, im Typ des Modells verfügbar ist, das Sie erstellen möchten.

MehrdimensionalTabellarischPower Pivot
AktionenJaNeinNein
AggregationenJaNeinNein
Berechnete SpalteNeinjaJa
Berechnete MeasuresJajaja
Berechnete TabellenNeinJa 1Nein
Benutzerdefinierte AssemblysJaNeinNein
Benutzerdefinierte RollupsJaNeinNein
StandardelementJaNeinNein
AnzeigeordnerJaJa 1Nein
Distinct CountjaJa (über DAX)Ja (über DAX)
Drillthrough ausführenjaJa (Detail wird in separatem Arbeitsblatt geöffnet)ja
HierarchienJajaJa
KPIs (Key Performance Indicators)Jajaja
Verknüpfte ObjektejaJa (verknüpfte Tabellen)Nein
m:n-BeziehungenjaKeine (es gibt jedoch bidirektionale cross-Filter Kompatibilitätsgrad 1200)Nein
Benannte MengenjaNeinNein
Über- und untergeordnete HierarchienjaJa (über DAX)Ja (über DAX)
PartitionenJajaJa
PerspektivenJajaja
Semiadditive MeasuresjajaJa
Translationsjajaja
Benutzerdefinierte HierarchienjajaJa
RückschreibenJaNeinNein

1 finden Sie unter Kompatibilitätsgrad für tabellarische Modelle in Analysis Services Informationen zu funktionalen Unterschieden im tabellarischen Band.

Tabellarische und mehrdimensionale Modelle verwenden aus externen Quellen importierte Daten. Die Menge und Art der Daten, die Sie importieren müssen, kann ein wichtiger Aspekt bei der Entscheidung sein, welcher Modelltyp am besten für Ihre Daten geeignet ist.

Komprimierung

Sowohl tabellarische als auch mehrdimensionale Lösungen verwenden die Datenkomprimierung, durch die die Größe der Analysis Services-Datenbank relativ zum Data Warehouse verringert wird, aus dem Sie Daten importieren. Da sich der tatsächliche Komprimierungsgrad nach den Eigenschaften der zugrunde liegenden Daten richtet, lässt sich nicht genau vorhersagen, wie viel Datenträger- und Arbeitsspeicherkapazität von einer Lösung benötigt wird, nachdem die Daten verarbeitet und in Abfragen verwendet wurden.

Eine Faustregel, die von vielen Analysis Services-Entwicklern angewendet wird, besagt, dass der primäre Speicher einer mehrdimensionalen Datenbank ein Drittel der ursprünglichen Daten ausmachen sollte. Tabellarische Datenbanken können manchmal einen höheren Komprimierungsgrad von etwa einem Zehntel der Größe erzielen. Dies gilt insbesondere dann, wenn die meisten Daten aus Faktentabellen importiert werden.

Größe des Modells und Ressourcenbevorzugung (im Arbeitsspeicher oder auf dem Datenträger)

Die Größe einer Analysis Services-Datenbank wird nur durch die Ressourcen eingeschränkt, die für ihre Ausführung verfügbar sind. Der Modelltyp und Speichermodus spielen auch eine Rolle, in welchem Umfang die Datenbank anwachsen kann.

Tabellarische Datenbanken werden entweder im Arbeitsspeicher oder im DirectQuery-Modus ausgeführt, der die Ausführung von Abfragen an eine externe Datenbank verlagert. Für tabellarische Datenanalysen im Arbeitsspeicher wird die Datenbank vollständig im Arbeitsspeicher gespeichert. Das bedeutet, dass Sie über ausreichend Arbeitsspeicher nicht nur zum Laden aller Daten, sondern auch für zusätzliche Datenstrukturen verfügen müssen, die zum Unterstützen von Abfragen erstellt werden müssen.

Das für diese Version überarbeitete DirectQuery hat weniger Einschränkungen und eine bessere Leistung als zuvor. Durch das Nutzen der relationalen Back-End-Datenbank für die Speicherung und Ausführung von Abfragen ist das Erstellen eines großen tabellarischen Modells einfacher als bisher zu realisieren.

In der Vergangenheit mussten die größte Analysis Services Datenbanken in der Produktion mehrdimensional, Verarbeitung und Abfrage Workloads ausgeführt werden unabhängig voneinander auf dedizierter Hardware, jeweils für den jeweiligen Zweck optimiert. Tabellarische Datenbanken holen rasch auf, und neue Weiterentwicklungen bei DirectQuery helfen, die Lücke noch schneller zu schließen.

Beim mehrdimensionalen Modell ist das Auslagern von Datenspeicherung und Abfrageausführung über ROLAP möglich. Rowsets können auf einem Abfrageserver im Cache zwischengespeichert werden, veraltete Rowsets können ausgelagert werden. Aufgrund der effizienten und ausgewogenen Nutzung von Arbeitsspeicher- und Datenträgerressourcen entscheiden sich Kunden häufig für mehrdimensionale Lösungen.

Unter Belastung ist davon auszugehen, dass die Kapazitätsanforderungen sowohl an den Datenträger als auch an den Arbeitsspeicher steigen, weil Daten von Analysis Services zwischengespeichert, gespeichert, durchsucht und abgefragt werden. Weitere Informationen zu speicherauslagerungsoptionen finden Sie unter Speichereigenschaften. Weitere Informationen zum Skalieren finden Sie unter hohe Verfügbarkeit und Skalierbarkeit in Analysis Services.

Power Pivot für Excel verfügt über eine künstliche Dateigrößenbeschränkung von 2 Gigabytes, damit in Power Pivot für Excel erstellte Arbeitsmappen in SharePoint hochgeladen werden können, da die Größe hochgeladener Dateien auf dieser Plattform beschränkt ist. Einer der Hauptgründe, warum eine Power Pivot-Arbeitsmappe zu einer tabellarischen Lösung auf einer eigenständigen Analysis Services-Instanz migriert werden sollte, liegt darin, dass die Beschränkung der Dateigröße auf diesem Weg umgangen werden kann. Weitere Informationen zum Konfigurieren der maximalen Dateiuploadgröße finden Sie unter konfigurieren Datei hochladen Maximalgröße & #40; Power Pivot für SharePoint & #41;.

Unterstützte Datenquellen

Mehrdimensionale Lösungen sind in der Lage, Daten mit nativen und verwalteten OLE DB-Anbietern aus relationalen Datenquellen zu importieren.

Tabellarische Modelle sind in der Lage, Daten aus relationalen Datenquellen, Datenfeeds und einigen Dokumentformaten zu importieren. Für tabellarische Modelle können Sie auch OLE DB für ODBC-Anbieter verwenden.

Die Liste externer Datenquellen, die in jedes Modell importiert werden können, finden Sie in den folgenden Themen:

Analysis Services schließen MDX, DMX, DAX, XML/A, ASSL und TMSL ein. Die Unterstützung für diese Sprachen kann je nach Modelltyp variieren. Wenn Anforderungen für die Abfrage und Skriptsprache in Betracht kommen, überprüfen Sie die folgende Liste.

  • Power Pivot Arbeitsmappen verwenden DAX für Berechnungen, und DAX oder MDX-Abfragen.

  • Tabellarische Modelldatenbanken unterstützen DAX-Berechnungen, DAX-Abfragen und MDX-Abfragen. Dies gilt für alle Kompatibilitätsgrade. Skriptsprachen sind ASSL (über XMLA) für die Kompatibilitätsgrade 1050-1103 und TMSL (über XMLA) für den Kompatibilitätsgrad 1200.

  • Mehrdimensionale Modelldatenbanken unterstützen MDX-Berechnungen und MDX-Abfragen sowie ASSL.

  • Data Mining-Modelle unterstützen DMX und ASSL.

  • Analysis Services PowerShell wird für tabellarische und mehrdimensionale Modelle und Datenbanken unterstützt.

Alle Datenbanken unterstützen XML/A. Finden Sie unter Abfrage und Expression-Sprachreferenz & #40; Analysis Services & #41; und Analysis Services-Dokumentation für Entwickler Weitere Informationen.

Alle Analysis Services-Projektmappen können auf Datenbankebene gesichert werden. Präzisere Sicherheitsoptionen variieren je nach Modus. Wenn präzise Sicherheitseinstellungen für die Projektmappe erforderlich sind, überprüfen Sie die folgende Liste, um sicherzustellen, dass die Sicherheitsstufe, die Sie möchten, für den zu erstellenden Projektmappentyp unterstützt wird:

  • Power Pivot Arbeitsmappen werden auf Dateiebene, mit SharePoint-Berechtigungen geschützt.

  • Für tabellarische Modelldatenbanken kann Sicherheit auf Zeilenebene mit rollenbasierten Berechtigungen in Analysis Services verwendet werden.

  • Für mehrdimensionale Modelldatenbanken kann Sicherheit auf Dimensions- und Zellenebene verwendet werden, wobei rollenbasierte Berechtigungen in Analysis Services verwendet werden.

Power Pivot Arbeitsmappen können auf einem Server im tabellarischen Modus wiederhergestellt werden. Nachdem die Datei wiederhergestellt wurde, wird sie von SharePoint entkoppelt, und Sie können alle tabellarischen Modellierungsfeatures verwenden, einschließlich Sicherheit auf Zeilenebene.

Fähigkeiten zur Datenmodellierung und technische Kenntnisse können unter Benutzern, die mit dem Erstellen von analytischen Modellen beauftragt sind, stark variieren. Wenn die Vertrautheit mit dem Tool oder Anwender-Know-How eine für die Projektmappe in Betracht kommt, vergleichen Sie die folgenden Erfahrungen für die Modellerstellung.

ModellierungstoolVerwendung
SQL Server Data Tools (SSDT)Verwenden Sie diese, um tabellarische, mehrdimensionale und Data Mining-Projektmappen zu erstellen. Diese Erstellungsumgebung stellt Arbeitsbereiche, Eigenschaftenbereiche und Objektnavigation mithilfe von Visual Studio Shell bereit. Technisch versierte Benutzer, die bereits Visual Studio verwenden, ziehen höchstwahrscheinlich dieses Tool zum Erstellen von Business Intelligence-Anwendungen vor.
Power Pivot für ExcelVerwenden Sie zum Erstellen einer Power Pivot -Arbeitsmappe, die Sie später auf einer SharePoint-Farm bereitzustellen, eine Installation von Power Pivot für SharePoint. Power Pivot für Excel einen separaten Anwendungsarbeitsbereich, der über Excel geöffnet wird hat. Es werden die gleichen visuellen Metaphern (Seiten im Registerkartenformat, Rasterlayout und Bearbeitungsleiste) wie in Excel verwendet. Benutzer, die in Excel versiert sind, ziehen dieses Tool über SQL Server Data Tools (SSDT) vor.

Wenn Sie Reporting Services verwenden, variiert die Verfügbarkeit der Berichtsfunktion je nach Edition und Servermodus. Aus diesem Grund kann sich der zu erstellende Berichtstyp auf den zu installierenden Servermodus auswirken.

Power View, ein Reporting Services-Erstellungstools, die in SharePoint ausgeführt wird, ist auf einem Berichtsserver, die in einer SharePoint 2010-Farm bereitgestellt wird verfügbar. Der einzige Typ von Datenquelle, die mit diesem Bericht verwendet werden kann ist eine Analysis Services-Tabellenmodell-Datenbank oder eine Power Pivot Arbeitsmappe. Dies bedeutet, dass Sie mit einen Server im Tabellenmodus benötigen oder eine Power Pivot für SharePoint-Server für die durch diese Art von Bericht verwendete Datenquelle. Sie können kein mehrdimensionales Modell als Datenquelle für einen Power View-Bericht verwenden. Müssen Sie erstellen eine Power Pivot BI-Semantikmodell-Verbindung oder eine freigegebene Datenquelle von Reporting Services als Datenquelle für die Verwendung einer Power View Bericht.

Berichts-Generator und Berichts-Designer können Analysis Services-Datenbank, einschließlich Power Pivot -Arbeitsmappen, die in gehostet werden Power Pivot für SharePoint.

Excel-PivotTable-Berichte werden von allen Analysis Services-Datenbanken unterstützt. Excel-Funktionalität ist gleich, ob Sie eine tabellarische Datenbank, mehrdimensionale Datenbank verwenden oder Power Pivot -Arbeitsmappe, obwohl das Rückschreiben nur für mehrdimensionale Datenbanken unterstützt wird.

PerformancePoint-Dashboards können mit allen Analysis Services-Datenbanken, einschließlich verbinden Power Pivot Arbeitsmappen. Weitere Informationen finden Sie unter Erstellen von Datenverbindungen (PerformancePoint Services).

Eine Analysis Services-Instanz ist in einem der drei Modi installiert, die den operativen Kontext des Servers festlegen. Der Servermodus, den Sie installieren, bestimmt den Typ von Projektmappen, die auf diesem Server bereitgestellt werden können. Die Speicher- und Arbeitsspeicherarchitektur sind die primären Unterschiede zwischen den Modi, zusätzliche Unterschiede sind jedoch vorhanden. Die drei Servermodi werden in der folgenden Tabelle kurz beschrieben. Weitere Informationen finden Sie unter Bestimmen des Servermodus einer Analysis Services-Instanz.

BereitstellungsmodusBeschreibung
0 - Mehrdimensionaler Modus und Data Mining-ModusAusführung mehrdimensionaler Lösungen und Data Mining-Lösungen, die Sie auf einer Standardinstanz von Analysis Services bereitstellen. Der Bereitstellungsmodus 0 ist der Standardmodus für eine Analysis Services-Installation.
1 - Power Pivot für SharePointFür Power Pivot Datenzugriff, Analysis Services ist eine interne Komponente von einer Power Pivot für SharePoint-Installation. Analysis Services im Bereitstellungsmodus 1 installiert und verwendet ausschließlich durch Power Pivot Services in einer SharePoint-Umgebung. Weitere Informationen finden Sie unter PowerPivot für SharePoint 2010-Installation.
2 - Tabellarischer ModusAusführung tabellarischer Lösungen auf einer eigenständigen Analysis Services-Instanz, die für den Bereitstellungsmodus 2 konfiguriert wurde.

Finden Sie unter Installieren von Analysis Services für Weitere Informationen.

SQL Server-Integration mit SharePoint durch Hinzufügen von Unterstützung für Power Pivot Datenzugriff und Tabellendaten zugreifen. Die Investitionskosten einer integrierten SharePoint- und SQL Server-Lösung sind umso höher, je mehr Funktionen für die einzelnen Produkte verfügbar sind. Wenn Sie SharePoint verfügen, können Sie SQL Server installieren Power Pivot für SharePoint aktivieren Power Pivot -Zugriff auf und zum Abrufen der Power Pivot bism-Verbindungsdateien für Zugriff auf tabellarische Datenbanken auf einer externen Analysis Services-Instanz auf einem Netzwerkserver ausgeführt wird.

Power View-Berichte, welche verwendet Power Pivot und tabellarische Datenbanken als eine Datenquelle ist eine SharePoint-Funktion von SQL Server bereitgestellt und eine integrierte Funktion von Excel. Obwohl die tabellarischen Datenbanken auf einer Analysis Services-Instanz außerhalb von SharePoint ausgeführt werden, werden diese Daten von Power View-Berichten, die in SharePoint ausgeführt werden, genutzt.

Wenn Sie SharePoint nicht verwenden, können Sie weiterhin verwenden Power Pivot für Excel erstellen Power Pivot Arbeitsmappen sind jedoch keine kohäsive datenvisualisierung zur. Jede Person, die die Arbeitsmappe verwendet muss herunterladen und Anzeigen von einzelnen Arbeitsmappen in Excel mithilfe der Power Pivot für Excel-add-in für die dateninteraktion und-Analyse mit Slicern, Filtern und Pivots zu erhalten. Andernfalls ist die Visualisierung von Arbeitsmappen auf statische Daten beschränkt, so wie sie beim Öffnen der Arbeitsmappe angezeigt werden.

Tabellarische, mehrdimensionale und Data Mining-Lösungen können auf Analysis Services-Instanzen in einem Netzwerk ausgeführt werden, ohne dass eine SharePoint-Abhängigkeit besteht.

Obwohl entwicklerunterstützung für Power BI vorhanden ist, wird nicht unterstützt Entwickler für Power Pivot Arbeitsmappen. Bei Verwendung von Power Pivot -Arbeitsmappen, müssen Sie die integrierte Client- und serveranwendungen als Teil der Projektmappe verwenden. Als einzige Optionen stehen die Excel-Programmierung und die SharePoint-Programmierung zur Verfügung.

Power BI finden Sie unter Power BI eingebettete.

Tabellarische Lösungen unterstützen nur eine model.bim-Datei pro Lösung. Das bedeutet, dass die gesamte Arbeit in einer einzelnen Datei erledigt werden muss. Entwicklungsteams, die daran gewöhnt sind, mit mehreren Projekten in einer einzelnen Lösung zu arbeiten, müssen ihre Arbeitsweise bei der Erstellung einer freigegebenen tabellarischen Lösung möglicherweise überdenken.

Tabellarische Lösungen mit Kompatibilitätsgrad 1200 werden einem neuen Objektmodell zugeordnet, das tabellarische Metadaten verwendet. Ältere tabellarische und alle mehrdimensionalen Modelle verwenden mehrdimensionale Metadaten als Deskriptoren. Es wird empfohlen, ältere tabellarische Modelle auf den Kompatibilitätsgrad 1200 zu aktualisieren, damit Sie die tabellarischen Namespaces in AMO für benutzerdefinierten Code und Skripts verwenden können.

Finden Sie unter Analysis Services-Dokumentation für Entwickler Weitere Informationen.

Nachdem Sie jetzt ein grundlegendes Verständnis der Unterschiede zwischen den Lösungen gewonnen haben, können Sie die folgenden Lernprogramme ausführen, um sich mit den Schritten zur Erstellung der einzelnen Lösungen vertraut zu machen. Über die folgenden Links gelangen Sie zu den Lernprogrammen, in denen die Schritte erklärt sind.

Analysis Services-Instanzverwaltung
Neuigkeiten in Analysis Services
Was ist neu in Reporting Services- & #40; SSRS & #41;
Neuerungen in Power Pivot
Power Pivot-Hilfe für SQL Server 2012
PowerPivot-BI-Semantikmodell-Verbindung & #40;. Bism & #41;
Erstellen und Verwalten von freigegebenen Datenquellen & #40. Reporting Services in SharePoint integriert Modus & #41.

Community-Beiträge

HINZUFÜGEN
Anzeigen: