DirectQuery-Modus (SSAS Tabular)

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 mithilfe des DirectQuery-Modus abrufen. In diesem Thema werden die Unterschiede zwischen standard tabellarischen Modellen vorgestellt, die sich nur in Arbeitsspeicher- und Tabellarmodellen befinden, die eine relationale Datenquelle abfragen können, und erläutert, wie Sie ein Modell für die Verwendung im DirectQuery-Modus erstellen und bereitstellen können.

Abschnitte in diesem Thema:

• Vorteile des DirectQuery-Modus

• Erstellungsmodelle für die Verwendung im DirectQuery-Modus

  • Datenquellen für DirectQuery-Modelle

  • Gültigkeitsprüfungs- und Entwurfseinschrä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 Aufgaben

Vorteile des DirectQuery-Modus

Tabellarische Modelle verwenden standardmäßig einen Speichercache zum Speichern und Abfragen von Daten. Da tabellarische Modelle Daten verwenden, die sich im Arbeitsspeicher befinden, können sogar komplexe Abfragen unglaublich schnell sein. Es gibt jedoch einige Nachteile bei der Verwendung zwischengespeicherter Daten:

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

• Wenn Sie den Computer deaktivieren, auf dem das Modell gehostet wird, wird der Cache auf dem Datenträger gespeichert und muss erneut geöffnet werden, wenn Sie das Modell laden oder die PowerPivot-Datei öffnen. 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 sind. Im Allgemeinen importieren Sie beim Erstellen des Modells alle oder ein kleines Beispiel der Daten in den Cache, und wenn Sie das Modell bereitstellen, geben Sie an, dass die Datenquelle für Abfragen für das Modell SQL Server und nicht die zwischengespeicherten Daten sein soll. Alle DAX-Abfragen für die Daten werden von Analysis Services in gleichwertige SQL-Anweisungen für die angegebene relationale Datenquelle übersetzt.

Es gibt viele Vorteile beim Bereitstellen eines Modells im DirectQuery-Modus:

• Es ist möglich, ein Modell über Datasets zu haben, die zu groß sind, um in den Arbeitsspeicher auf dem Analysis Services-Server zu passen.

• Die Daten sind garantiert aktuell (up-to-Stand), und es gibt keinen zusätzlichen Verwaltungsaufwand für das Beibehalten einer separaten Kopie der Daten. Änderungen an den zugrunde liegenden Quelldaten können sofort in Abfragen für das Datenmodell widerzuspiegeln sein.

• DirectQuery kann die anbieterseitige Abfragebeschleunigung nutzen, wie sie von durch xVelocity-Speicher optimierten Spaltenindizes bereitgestellt wird.

• Jede von der Back-End-Datenbank erzwungene Sicherheit wird garantiert mithilfe von Sicherheit auf Zeilenebene durchgesetzt. Im Gegensatz dazu kann es schwierig sein, sicherzustellen, dass der Cache genau wie auf dem Server gesichert ist, wenn Sie zwischengespeicherte Daten verwenden.

• Wenn das Modell komplexe Formeln enthält, die möglicherweise mehrere Abfragen erfordern, kann Analysis Services eine Optimierung durchfü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.

Erstellungsmodelle für die Verwendung im DirectQuery-Modus

Tabellarische Modelle werden mithilfe des Modell-Designers SQL Server Data Tools (SSDT) erstellt. Der Modell-Designer erstellt alle Modelle im Arbeitsspeicher. Das bedeutet, dass Sie beim Modellieren, wenn Ihre Daten zu groß sind, um in den Arbeitsspeicher zu passen, nur eine Teilmenge der Daten in den Cache importieren sollten, der von der Arbeitsbereichsdatenbank verwendet wird.

Wenn Sie bereit sind, zum DirectQuery-Modus zu wechseln, können Sie eine Eigenschaft ändern, die den DirectQuery-Modus aktiviert. Weitere Informationen finden Sie unter Aktivieren des DirectQuery-Entwurfsmodus (Tabellarisches SSAS).For more information, see Enable DirectQuery Design Mode (SSAS tabular).

In diesem Fall konfiguriert der Modell-Designer die Arbeitsbereichsdatenbank automatisch so, dass sie in einem Hybridmodus ausgeführt wird, mit dem Sie weiterhin mit den zwischengespeicherten Daten arbeiten können. Der Modell-Designer benachrichtigt Sie außerdem über alle Features in Ihrem Modell, die nicht mit dem DirectQuery-Modus kompatibel sind. In der folgenden Liste sind die wichtigsten Anforderungen zusammengefasst, die Sie berücksichtigen sollten:

• 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 keine anderen Datentypen im Modell-Designer verwenden, einschließlich Tabellen, die durch Kopieren-Einfügen-Vorgänge hinzugefügt wurden. Alle anderen Importoptionen sind deaktiviert. Alle Tabellen, die in einer Abfrage enthalten sind, müssen Teil der 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 Maßnahmen und KPIs erstellen, die über Datensätze ausgeführt werden. Weitere Informationen finden Sie im Abschnitt zur Überprüfung .

• 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 eine Entwurfszeitüberprüfung für alle Fehler, die auftreten, wenn Sie Formeln erstellen, die mit dem DirectQuery-Modus nicht kompatibel sind. Weitere Informationen finden Sie in den folgenden Abschnitten: Überprüfung.

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

• Sicherheit: Sie können verschiedene Methoden verwenden, um Modelle zu sichern, je nachdem, wie sie bereitgestellt werden. Zwischengespeicherte Daten für tabellarische Modelle werden mithilfe des Sicherheitsmodells der Analysis Services-Instanz gesichert. DirectQuery-Modelle können mithilfe von Rollen gesichert werden, aber Sie können auch im relationalen Datenspeicher definierte Sicherheit verwenden. Das Modell kann so konfiguriert werden, dass Benutzer, die einen Bericht basierend auf einem DirectQuery-only-Modell öffnen, nur die Daten sehen können, die ihnen unter ihren Berechtigungen in SQL Server zulässig sind. 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. Sie können MDX nicht zum Erstellen von Abfragen verwenden. Dies bedeutet, dass Sie den Excel Pivot Client 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 Ihr Modell getestet haben, sind Sie bereit für die Bereitstellung. An diesem Punkt können Sie die bevorzugte Methode zum Beantworten von Abfragen für das Modell festlegen. Möchten Sie möchten, dass Benutzer Zugriff auf den Cache haben oder immer nur die relationale Datenquelle verwenden?

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

• Wenn sowohl der Cache als auch die relationale Datenquelle verfügbar sind, können Sie die bevorzugte Verbindungsmethode festlegen, aber letztendlich bestimmt der Client, welche Quelle mithilfe der Eigenschaft der DirectQueryMode-Verbindungszeichenfolge genutzt wird.

• Sie können Partitionen im Cache auch so konfigurieren, dass die primäre Partition, die für den DirectQuery-Modus verwendet wird, nie verarbeitet wird und immer auf die relationale Quelle verweisen muss. Es gibt viele Möglichkeiten, Partitionen zum Optimieren des Modellentwurfs und der Berichterstellung zu verwenden. Weitere Informationen finden Sie unter Partitionen und DirectQuery-Modus (SSAS Tabular).

• Nachdem das Modell bereitgestellt wurde, können Sie die bevorzugte Verbindungsmethode ändern. Sie können z. B. einen Hybridmodus zum Testen verwenden und das Modell erst nach dem gründlichen Testen von Berichten oder Abfragen, die das Modell verwenden, in den DirectQuery-Modus wechseln. Weitere Informationen finden Sie unter Festlegen oder Ändern der bevorzugten Verbindungsmethode für DirectQuery.

Datenquellen für DirectQuery-Modelle

Sobald Sie die Entwurfsumgebung so ändern, dass der DirectQuery-Modus aktiviert wird, werden die Datenquellen für die Arbeitsbereichsdatenbank überprüft, 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 das Modell im DirectQuery-Modus verwenden möchten, müssen Sie sicherstellen, dass alle Daten, die Sie für die Berichterstellung benötigen, in der angegebenen SQL Server-Datenbank gespeichert sind. Wenn die Daten, die Sie für die Modellierung benötigen, in dieser Quelle nicht verfügbar sind, sollten Sie erwägen, Integration Services oder andere Data Warehouse-Tools zu verwenden, mit deren Hilfe die Daten in eine SQL Server-Datenbank importiert werden können, die als DirectQuery-Datenquelle dient.

Gültigkeitsprüfungs- und Entwurfseinschrä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 schließlich verwenden werden, zu groß sind, um in den Arbeitsspeicher zu passen, können Sie die Option "Vorschau und Filter " im Tabellenimport-Assistenten verwenden, um eine Teilmenge von Daten auszuwählen, oder ein SQL-Skript schreiben, um die gewünschten Daten abzurufen.

Um Überprüfungsfehler anzuzeigen und zu beheben, öffnen Sie die Fehlerliste in SQL Server-Datentools. 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 Überprüfungsfehler, die in der Regel schwieriger zu beheben sind, beziehen sich auf Formeln, die im DirectQuery-Modus nicht unterstützt werden. Im Abschnitt " Formelkompatibilität" finden Sie eine Übersicht über Fehler im Zusammenhang mit Formeln und berechneten Spalten.

In der folgenden Liste werden weitere Überlegungen beschrieben, die sie beim Erstellen eines Modells für den DirectQuery-Zugriff berücksichtigen sollten:

• Im Modus "Nur DirectQuery " können die Ergebnisse in einem Bericht je nach Sicherheitskontext des Benutzers variieren, der die Ergebnisse anzeigt. Sie sollten Modelle mit unterschiedlichen Anmeldeinformationen testen, um sicherzustellen, dass Benutzer die erwarteten Ergebnisse erhalten.

• Wenn Sie ein Modell für den Betrieb im Hybridmodus konfigurieren, der die Verwendung des Caches oder der Daten von SQL Server zulässt, sollten Sie sich der Möglichkeit bewusst sein, dass Clients, die eine Verbindung mit jeder Quelle herstellen, je nach dem in der Verbindungszeichenfolge angegebenen Modus unterschiedliche Ergebnisse sehen können. Wenn Sie sicherstellen müssen, dass Die Berichtsbenutzer nur Daten aus SQL Server sehen, müssen Sie den Cache löschen oder das Modell in DirectQueryOnly ändern.

Formelkompatibilität für DirectQuery-Modelle

Einige Modelle enthalten möglicherweise Formeln, die im DirectQuery-Modus nicht unterstützt werden, und das Modell muss neu gestaltet werden, um Überprüfungsfehler zu vermeiden. Einschränkungen für Formeln, die im DirectQuery-Modus unterstützt werden, umfassen Folgendes:

• Berechnete Spalten werden in keinem tabellarischen Modell unterstützt, für das der DirectQuery-Modus aktiviert ist, nicht einmal hybride Modelle. Wenn Sie berechnete Spalten für ein Modell benötigen, sollten Sie sie mithilfe von Transact-SQL in Ihrer Importdefinition in abgeleitete Spalten konvertieren.

• DirectQuery-Modelle unterstützen die Verwendung von DAX-Formeln für die Verwendung in Measures, die in setbasierte Vorgänge für den relationalen Datenspeicher konvertiert werden. Alle Maßnahmen, die Sie mithilfe impliziter Maßnahmen erstellen, 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. Beispielsweise werden Zeitintelligenzfunktionen nicht unterstützt. Auch unterstützte Funktionen verhalten sich möglicherweise anders, z. B. statistische Funktionen. Eine vollständige Liste der Kompatibilitätsprobleme finden Sie unter "Formelkompatibilität" im DirectQuery-Modus.

• Einige Formeln im Modell können überprüfen, wenn Sie das Modell in den DirectQuery-Modus wechseln, aber unterschiedliche Ergebnisse zurückgeben, wenn sie im Cache im Vergleich zum relationalen Datenspeicher ausgeführt werden. Dies liegt daran, dass Berechnungen für den Cache die Semantik des xVelocity-Moduls (VertiPaq) verwenden, das viele Features enthält, die das Verhalten von Excel emulieren sollen, während Abfragen anhand von Daten, die im relationalen Datenspeicher gespeichert sind, notwendigerweise die Semantik von SQL Server verwenden. 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 beispielsweise versuchen, eine MDX-Abfrage für ein DirectQuery-Modell zu erstellen, wird ein Fehler angezeigt, der angibt, dass der Cube nicht gefunden werden kann oder nicht verarbeitet wurde. Sie können Abfragen für DirectQuery-Modelle erstellen, indem Sie Power View-, DAX-Formeln oder XMLA-Abfragen verwenden. Weitere Informationen dazu, wie Sie Ad-hoc-Abfragen für tabellarische Modelle ausführen können, finden Sie unter Tabellenmodelldatenzugriff.

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

Sicherheit im DirectQuery-Modus

Während der Modellerstellung geben Sie die Berechtigungen an, die zum Abrufen der Quelldaten verwendet werden. Dies ist häufig Ihre eigenen Anmeldeinformationen oder ein Konto, das für die Entwicklung verwendet wird. Wenn Sie das Modell jedoch in den DirectQuery-Modus wechseln, ist der Sicherheitskontext komplexer:

• Überlegen Sie, ob Benutzer über die erforderliche Zugriffsebene auf die Daten im relationalen Datenspeicher verfügen.

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

• Wenn der Modellcache beibehalten wurde, wird der Cache mithilfe des Analysis Services-Sicherheitsmodells (Rollen) gesichert. Der Cache kann Daten enthalten, die der Modell-Designer sehen darf, der Benutzer jedoch nicht. Modell- und Berichtsdesigner sollten entweder den Cache löschen oder diese Daten sichern, indem sie den Zugriff über Rollen steuern.

• Ein Modell, das Abfragen aus dem Cache beantwortet, kann den aktuellen Benutzer beim Herstellen einer Verbindung mit der Datenquelle nicht imitieren. Wenn Sie die Identität des aktuellen Benutzers bei der Verbindung mit der Datenquelle vortäuschen 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. Die Sicherheit in der relationalen Datenquelle wird verwendet, um den Zugriff auf Tabellen zu steuern, und die Sicherheit auf Spaltenebene wird nicht unterstützt. Wenn Benutzer in einer Region daher nicht berechtigt sind, Verkaufszahlen aus verschiedenen Regionen anzuzeigen, würde ein Bericht, der einen auf der Tabelle "Verkäufe" basierenden Messwert enthält, leere Felder oder einen Fehler zurückgeben.

Die Identitätswechseleinstellungseigenschaft gibt die Anmeldeinformationen an, die beim Herstellen einer Verbindung mit einem Modell mit DirectQuery verwendet werden, 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:

Vorgabe
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, um eine Verbindung mit der Datenquelle herzustellen.

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 Ihr Modell Partitionen enthält, müssen Sie außerdem eine Partition auswählen, die als Quelle für Abfragen im DirectQuery-Modus verwendet werden soll. Weitere Informationen finden Sie unter Partitionen und DirectQuery-Modus (SSAS Tabular).

Verwandte Themen und Aufgaben

Siehe auch

Partitionen (SSAS tabellarisch)
Tabellarische Modellprojekte (SSAS Tabular)
Analysieren in Excel (SSAS tabular)