DirectQuery-Modus (SSAS – tabellarisch)

Mit Analysis Services können Sie Daten abrufen und Berichte aus einem tabellarischen Modell erstellen, indem Sie Daten und Aggregate direkt aus einem relationalen Datenbanksystem im DirectQuery-Modus abrufen. In diesem Thema werden die Unterschiede zwischen standardmäßigen Tabellenmodellen erläutert, die sich nur in Arbeitsspeicher- und Tabellenmodellen befinden, die eine relationale Datenquelle abfragen können. Zudem wird erklärt, wie Sie Modelle für die Verwendung im DirectQuery-Modus entwerfen und bereitstellen können.

Abschnitte in diesem Thema:

• Vorteile des DirectQuery-Modus

• Erstellen von Modellen zur Verwendung mit DirectQuery-Modus

  • Datenquellen für DirectQuery-Modelle

  • Validierungs- und Entwurfsbeschränkungen für den DirectQuery-Modus

  • Formelkompatibilität für DirectQuery-Modelle

  • Sicherheit im DirectQuery-Modus

  • Sicherheit im DirectQuery-Modus

• DirectQuery-Eigenschaften

• Verwandte Themen und Tasks

Vorteile des DirectQuery-Modus

Standardmäßig verwenden Tabellenmodelle einen Cache im Arbeitsspeicher, um Daten zu speichern und abzufragen. Da diese Tabellenmodelle Daten verwenden, die sich im Arbeitsspeicher befinden, können auch komplexe Abfragen äußerst schnell ausgeführt werden. Die Verwendung zwischengespeicherter Daten ist jedoch auch mit einigen Nachteilen verbunden:

• Daten werden nicht aktualisiert, wenn sich die Quelldaten ändern. Sie müssen das Modell verarbeiten, um die Daten zu aktualisieren.

• Wenn Sie den Computer ausschalten, der das Modell hostet, wird der Cache auf der Festplatte gespeichert und muss erneut geöffnet werden, wenn das Modell geladen oder die PowerPivot-Datei geöffnet wird. Die Speicher- und Ladevorgänge können zeitaufwändig sein.

Im Gegensatz dazu verwendet der DirectQuery-Modus Daten, die in einer SQL Server-Datenbank gespeichert werden. Im Allgemeinen werden während der Modellerstellung alle oder ein kleiner Teil der Daten in den Cache importiert. Wenn das Modell bereitgestellt wird, geben Sie an, dass als Datenquelle für Abfragen des Modells anstelle der zwischengespeicherten Daten SQL Server verwendet werden soll. Alle DAX-Abfragen für die Daten werden von Analysis Services in entsprechende SQL-Anweisungen für die angegebene relationale Datenquelle übersetzt.

Es ergeben sich zahlreiche Vorteile aus der Bereitstellung von Modellen mit dem DirectQuery-Modus:

• Es kann vorkommen, dass die Datasets für ein Modell zu groß für den Arbeitsspeicher auf dem Analysis Services-Server sind.

• Die Daten sind in jedem Fall aktuell, und es entsteht kein zusätzlicher Verwaltungsaufwand für die Verwaltung einer separaten Kopie der Daten. Änderungen an den zugrunde liegenden Quelldaten werden umgehend in Abfragen des Datenmodells sichtbar.

• DirectQuery kann die Abfragebeschleunigung des Anbieters nutzen, z. B. die entsprechende Funktion von speicheroptimierten xVelocity-Spaltenindizes.

• Jede Sicherheitsmaßnahme, die von der Back-End-Datenbank erzwungen wird, wird in jedem Fall mithilfe von Sicherheit auf Zeilenebene erzwungen. Wenn Sie dagegen zwischengespeicherte Daten verwenden, lässt sich nur schwer sicherstellen, dass der Zwischenspeicher exakt entsprechend dem Server gesichert wird.

• Wenn das Modell komplexe Formeln enthält, die unter Umständen mehrere Abfragen erfordern, kann Analysis Services eine Optimierung ausführen, um sicherzustellen, dass der Abfrageplan für die Abfrage, die für die Back-End-Datenbank ausgeführt wird, so effizient wie möglich ist.

Erstellen von Modellen zur Verwendung mit DirectQuery-Modus

Tabellarische Modelle werden mithilfe des Modell-Designers SQL Server Data Tools (SSDT) erstellt. Der Modell-Designer erstellt alle Modelle im Arbeitsspeicher, d. h., wenn sich beim Erstellen von Modellen herausstellt, dass die Datenmenge die Kapazität des Arbeitsspeichers übersteigt, sollte nur eine Teilmenge der Daten in den von der Arbeitsbereichsdatenbank verwendeten Cache importiert werden.

Wenn Sie in den DirectQuery-Modus wechseln möchten, können Sie einfach eine Eigenschaft ändern, die den DirectQuery-Modus aktiviert. Weitere Informationen finden Sie unter Aktivieren des DirectQuery-Entwurfsmodus (SSAS – tabellarisch).

Wenn Sie diese Schritte ausführen, konfiguriert der Modell-Designer die Arbeitsbereichsdatenbank automatisch so, dass sie in einem Hybridmodus ausgeführt wird, in dem weiterhin mit den zwischengespeicherten Daten gearbeitet werden kann. Der Modell-Designer benachrichtigt Sie auch über Funktionen im Modell, die mit dem DirectQuery-Modus nicht kompatibel sind. Die folgende Liste fasst die Hauptanforderungen zusammen, die zu berücksichtigen sind:

• Datenquellen: DirectQuery-Modelle können nur Daten aus einer einzelnen SQL Server Datenquelle verwenden. Wenn der DirectQuery-Modus für ein Modell aktiviert wurde, können Sie im Modell-Designer keine anderen Datentypen verwenden, einschließlich durch Kopie-/Einfügevorgänge hinzugefügter Tabellen. Alle anderen Importoptionen werden deaktiviert. Alle in einer Abfrage enthaltenen Tabellen müssen Teil der gleichen SQL Server-Datenquelle sein. Weitere Informationen finden Sie unter Datenquellen für DirectQuery-Modelle.

• Unterstützung für berechnete Spalten: Berechnete Spalten werden für DirectQuery-Modelle nicht unterstützt. Sie können jedoch Measures und KPIs erstellen, die für Datensätze verwendet werden können. Weitere Informationen finden Sie im Abschnitt zur Validierung .

• Eingeschränkte Verwendung von DAX-Funktionen: Einige DAX-Funktionen können nicht im DirectQuery-Modus verwendet werden, daher müssen Sie sie durch andere Funktionen ersetzen oder die Werte mithilfe abgeleiteter Spalten in der Datenquelle erstellen. Der Modell-Designer bietet Entwurfszeitvalidierung für alle Fehler, die auftreten, wenn Sie Formeln erstellen, die nicht mit dem DirectQuery-Modus kompatibel sind. Weitere Informationen finden Sie in den folgenden Abschnitten: Validierung.

• Formelkompatibilität: In bestimmten bekannten Fällen kann dieselbe Formel andere Ergebnisse in einem zwischengespeicherten oder hybriden Modell zurückgeben als bei einem DirectQuery-Modell, das nur den relationalen Datenspeicher verwendet. Diese Unterschiede sind eine Folge der semantischen Unterschiede zwischen der xVelocity-Engine für Datenanalyse im Arbeitsspeicher (VertiPaq) und SQL Server. Weitere Informationen zu diesen Unterschieden finden Sie in diesem Abschnitt: Formelkompatibilität.

• Sicherheit: Je nachdem, wie sie bereitgestellt werden, können Sie verschiedene Methoden verwenden, um Modelle zu schützen. Zwischengespeicherte Daten für tabellarische Modelle werden mit dem Sicherheitsmodell der Analysis Services-Instanz gesichert. DirectQuery-Modelle können mit Rollen gesichert werden, aber Sie können auch im relationalen Datenspeicher definierte Sicherheit verwenden. Das Modell kann so konfiguriert werden, dass Benutzer, die einen auf einem "Nur DirectQuery"-Modell basierenden Bericht öffnen, nur die Daten sehen können, die zu ihnen im Rahmen ihrer Berechtigungen in SQL Server zugewiesen wurden. Weitere Informationen finden Sie in diesem Abschnitt: Sicherheit.

• Clienteinschränkungen: Wenn sich ein Modell im DirectQuery-Modus befindet, kann es nur mithilfe von DAX abgefragt werden. Mit MDX können keine Abfragen erstellt werden. Dies bedeutet, dass Sie den Pivot Client in Excel nicht verwenden können, da Excel MDX verwendet.

  Sie können jedoch Abfragen für ein DirectQuery-Modell in SQL Server Management Studio erstellen, wenn Sie eine DAX-Tabellenabfrage als Teil einer XMLA Execute-Anweisung verwenden. Weitere Informationen finden Sie unter [DAX-Abfragesyntaxreferenz](/dax/dax-syntax-reference).

Wenn Sie alle Entwurfsprobleme behoben und das Modell getestet haben, kann die Bereitstellung beginnen. Nun können Sie die bevorzugte Methode zur Beantwortung von Abfragen des Modells festlegen. Möchten Sie, dass Benutzer Zugriff auf den Cache erhalten oder immer nur die relationale Datenquelle verwenden?

Wenn Sie das Modell in einem Hybridmodus bereitstellen, ist der Cache weiterhin verfügbar und kann für Abfragen verwendet werden. Ein Hybridmodus bietet Ihnen zahlreiche Optionen:

• Wenn sowohl der Cache als auch die relationale Datenquelle verfügbar sind, können Sie die bevorzugte Verbindungsmethode festlegen, doch letztlich wird die zu verwendende Quelle vom Client bestimmt. Dafür wird die DirectQueryMode-Eigenschaft der Verbindungszeichenfolge verwendet.

• Sie können auch Partitionen im Cache so konfigurieren, dass die primäre Partition, die für den DirectQuery-Modus verwendet wird, niemals verarbeitet wird und immer auf die relationale Quelle verweisen muss. Es gibt viele Möglichkeiten, mithilfe von Partitionen den Modellentwurf und die Berichtsfunktionen zu optimieren. Weitere Informationen finden Sie unter Partitionen und DirectQuery-Modus (SSAS – tabellarisch).

• Nach der Bereitstellung des Modells können Sie die bevorzugte Verbindungsmethode ändern. Sie können zum Beispiel einen Hybridmodus für Tests verwenden und den Modus Nur DirectQuery für das Modell erst nach gründlichen Tests von Berichten oder Abfragen, für die das Modell verwendet wird, festlegen. Weitere Informationen finden Sie unter Festlegen oder Ändern der bevorzugten Verbindungsmethode für DirectQuery.

Datenquellen für DirectQuery-Modelle

Sobald Sie die Entwurfsumgebung ändern, um den DirectQuery-Modus zu aktivieren, werden die Datenquellen für die Arbeitsbereichsdatenbank validiert, um sicherzustellen, dass sie aus einer einzelnen SQL Server-Datenquelle stammen. Daten aus anderen Quellen, einschließlich kopierter und eingefügter Daten, sind in DirectQuery-Modellen nicht zulässig.

Wenn Sie beabsichtigen, das Modell im DirectQuery-Modus zu verwenden, müssen Sie sicherstellen, dass alle Daten, die Sie zur Berichterstellung benötigen, in der angegebenen SQL Server-Datenbank gespeichert werden. Wenn die Daten, die Sie für Modellierung benötigen, in dieser Quelle nicht verfügbar sind, ziehen Sie die Verwendung von Integration Services oder anderen Data Warehousing-Tools in Betracht, um die Daten in eine SQL Server-Datenbank zu importieren, die als DirectQuery-Datenquelle dient.

Validierungs- und Entwurfsbeschränkungen für den DirectQuery-Modus

Wenn Sie ein Modell für die Verwendung im DirectQuery-Modus erstellen, müssen Sie zunächst einen Teil der Daten in den Cache laden. Wenn die Daten, die Sie letztendlich verwenden werden, zu groß sind, um in den Arbeitsspeicher zu passen, können Sie die Option Vorschau & Filter im Tabellenimport-Assistenten verwenden, um eine Teilmenge der Daten auszuwählen, oder ein SQL-Skript schreiben, um die gewünschten Daten abzurufen.

Öffnen Sie zum Anzeigen und Beheben von Validierungsfehlern die Fehlerliste in SQL Server Data Tools. Kritische Fehler, die die Verwendung des DirectQuery-Modus verhindern, werden auf der Registerkarte Fehler angezeigt. Sie müssen diese Fehler beheben, bevor Sie in den DirectQuery-Modus wechseln. Die Validierungsfehler, die schwieriger zu beseitigen sind, beziehen sich in der Regel auf Formeln, die im DirectQuery-Modus nicht unterstützt werden. Im Abschnitt Kompatibilität von Formeln finden Sie eine Übersicht über Fehler im Zusammenhang mit Formeln und berechneten Spalten.

Die folgende Liste beschreibt weitere Aspekte, die beim Erstellen eines Modells für DirectQuery-Zugriff zu berücksichtigen sind:

• Im Modus Nur DirectQuery können sich die Ergebnisse in einem Bericht abhängig vom Sicherheitskontext des Benutzers, der die Ergebnisse anzeigt, unterscheiden. Testen Sie Modelle mit unterschiedlichen Anmeldeinformationen, um sicherzustellen, dass Benutzer die erwarteten Ergebnisse erhalten.

• Wenn Sie ein Modell für die Ausführung im Hybridmodus konfigurieren, was entweder die Verwendung des Caches oder der Daten von SQL Server ermöglicht, beachten Sie, dass Clients, die eine Verbindung mit den einzelnen Quellen herstellen, möglicherweise andere Ergebnisse angezeigt werden. Dies hängt vom in der Verbindungszeichenfolge angegebenen Modus ab. Wenn Sie sicherstellen müssen, dass den Berichtbenutzern nur Daten von SQL Server angezeigt werden, müssen Sie den Cache löschen oder für das Modell den Modus "DirectQueryOnly" festlegen.

Formelkompatibilität für DirectQuery-Modelle

Einige Modelle können Formeln enthalten, die im DirectQuery-Modus nicht unterstützt werden, und das Modell muss neu konzipiert werden, um Validierungsfehler zu verhindern. Für Formeln, die im DirectQuery Modus unterstützt werden, gelten die folgenden Einschränkungen:

• Berechnete Spalten werden in keinem Tabellenmodell unterstützt, für das der DirectQuery-Modus aktiviert ist, auch nicht in Hybridmodellen. Wenn Sie berechnete Spalten für ein Modell benötigen, konvertieren Sie sie mithilfe von Transact-SQL in der Importdefinition ggf. in abgeleitete Spalten.

• DirectQuery-Modelle unterstützen die Verwendung von DAX-Formeln zur Verwendung in Measures, die in satzbasierte Vorgänge für den relationalen Datenspeicher konvertiert werden. Alle Measures, die mit impliziten Measures erstellt werden, werden unterstützt.

• Nicht alle Funktionen werden unterstützt. Da Analysis Services beim Abfragen eines DirectQuery-Modells alle DAX-Formeln und Measuredefinitionen in SQL-Anweisungen konvertiert, löst jede Formel, die Elemente enthält, die nicht in Transact-SQL konvertiert werden können, Validierungsfehler für das Modell aus. Zum Beispiel werden Zeitintelligenzfunktionen nicht unterstützt. Auch Funktionen, die unterstützt werden, zeigen möglicherweise ein anderes Verhalten, z. B. statistische Funktionen. Eine vollständige Liste der Kompatibilitätsprobleme finden Sie unter Formelkompatibilität im DirectQuery-Modus.

• Von einigen Formeln im Modell wird möglicherweise eine Validierung ausgeführt, wenn das Modell auf den DirectQuery-Modus umgestellt wird. Dabei werden jedoch andere Ergebnisse zurückgegeben werden, wenn die Ausführung unter Verwendung des Caches und nicht mit dem relationalen Datenspeicher. Dies liegt daran, dass bei Berechnungen für den Cache die Semantik der xVelocity-Engine für Datenanalyse im Arbeitsspeicher (VertiPaq) verwendet wird, das zahlreiche Funktionen zum Emulieren des Verhalten von Excel enthält, wohingegen bei Abfragen für Daten, die im relationalen Datenspeicher gespeichert sind, verbindlich die Semantik von SQL Server verwendet werden muss. Eine Liste der DAX-Funktionen, die unterschiedliche Ergebnisse zurückgeben können, wenn das Modell in Echtzeit bereitgestellt wird, finden Sie unter Formelkompatibilität im DirectQuery-Modus.

Herstellen einer Verbindung mit DirectQuery-Modellen

Clients, die MDX als Abfragesprache verwenden, können keine Verbindung mit Modellen herstellen, die den DirectQuery-Modus verwenden. Wenn Sie zum Beispiel versuchen, eine MDX-Abfrage anhand eines DirectQuery-Modells zu erstellen, erhalten Sie einen Fehler wegen eines nicht gefundenen Cubes oder fehlgeschlagener Verarbeitung. Sie können Abfragen für DirectQuery-Modelle mit Power View, DAX-Formeln oder XMLA-Abfragen erstellen. Weitere Informationen zum Ausführen von Ad-hoc-Abfragen für tabellarische Modelle finden Sie unter Datenzugriff auf tabellarische Modelle.

Wenn Sie ein Hybridmodell verwenden, können Sie angeben, ob die Benutzer eine Verbindung mit dem Cache herstellen oder DirectQuery-Daten verwenden, indem sie die Eigenschaft der Verbindungszeichenfolge "DirectQueryMode" angeben.

Sicherheit im DirectQuery-Modus

Während des Modellerstellungsprozesses geben Sie die Berechtigungen für das Abrufen der Quelldaten an. Dies sind oft Ihre eigenen Anmeldeinformationen, oder ein zur Entwicklung verwendetes Konto. Wenn Sie das Modell jedoch auf den DirectQuery-Modus umstellen, ist der Sicherheitskontext komplexer:

• Berücksichtigen Sie, ob Benutzer die notwendigen Zugriffsrechte für die Daten im relationalen Datenspeicher besitzen.

• Benutzern, die dasselbe Modell oder denselben Bericht anzeigen, werden je nach Sicherheitskontext des Benutzers möglicherweise unterschiedliche Daten angezeigt.

• Wenn der Modellcache beibehalten wurde, wird der Cache mithilfe des Analysis Services-Sicherheitsmodells (Rollen) gesichert. Der Cache kann Daten enthalten, die der Modell-Designer, jedoch nicht der Benutzer anzeigen darf. Modell- und Berichts-Designer sollten entweder den Cache löschen oder die Daten durch Steuern des Zugriffs über Rollen sichern.

• Beim Herstellen einer Verbindung mit der Datenquelle kann ein Modell, das Abfragen vom Cache beantwortet, nicht die Identität des aktuellen Benutzers annehmen. Wenn Sie beim Herstellen einer Verbindung mit der Datenquelle die Identität des aktuellen Benutzers annehmen möchten, müssen Sie den DirectQuery-Modus verwenden.

• Wenn Ihr Berichtsmodell Sicherheit erfordert, haben Sie zwei Optionen: Sie können entweder Analysis Services-Rollen verwenden oder Berechtigungen auf Zeilenebene für die Datenquelle festlegen. Sicherheit in der relationalen Datenquelle dient zur Steuerung des Zugriffs auf Tabellen. Sicherheit auf Spaltenebene wird nicht unterstützt. Wenn Benutzer in einem Bereich nicht über die Berechtigung zum Anzeigen von Umsatzzahlen aus anderen Bereichen verfügen, werden in einem Bericht, der ein auf der Umsatztabelle basierendes Measure enthält, daher Leerzeichen oder ein Fehler zurückgegeben.

Die Eigenschaft für Identitätswechseleinstellungen gibt die Anmeldeinformationen an, die verwendet werden, wenn Sie eine Verbindung mit einem Modell mit DirectQuery herstellen, und zwar entweder für ein "Nur DirectQuery"-Modell oder für ein Hybridmodell, das Abfragen mit DirectQuery beantwortet. Die Eigenschaft verfügt über die folgenden Werte:

Standard
Verwendet die im Import-Assistenten angegebenen Anmeldeinformationen, um eine Verbindung mit der Datenquelle herzustellen. Dies kann ein bestimmter Windows-Benutzer oder das Dienstkonto sein.

ImpersonateCurrentUser
Verwendet die Anmeldeinformationen des aktuellen Benutzers für die Verbindung mit der Datenquelle.

Informationen zum Festlegen dieser Eigenschaften finden Sie unter DirectQuery Deployment Scenarios (SSAS Tabular).

DirectQuery-Eigenschaften

In der folgenden Tabelle sind die Eigenschaften aufgeführt, die Sie in SQL Server Data Tools und in SQL Server Management Studio festlegen können, um DirectQuery zu aktivieren und die Datenquelle zu steuern, die für Abfragen für das Modell verwendet wird.

Wenn das Modell Partitionen enthält, müssen Sie zudem eine Partition auswählen, die im DirectQuery-Modus als Quelle für Abfragen verwendet werden soll. Weitere Informationen finden Sie unter Partitionen und DirectQuery-Modus (SSAS tabellarisch).

Verwandte Themen und Tasks

Weitere Informationen

Partitionen (SSAS – tabellarisch)
Tabellenmodellprojekte (SSAS – tabellarisch)
Analysieren in Excel (SSAS – tabellarisch)