Sortieren von Zeilen mithilfe von OData

Verwenden Sie die $orderbyAbfrageoption , um die Reihenfolge anzugeben, in der Elemente zurückgegeben werden sollen. Verwenden Sie das Suffix asc oder desc, um eine aufsteigende bzw. absteigende Reihenfolge anzugeben. Die Standardeinstellung ist aufsteigend. Das folgende Beispiel ruft die Eigenschaften name und revenue von Konten ab, geordnet nach aufsteigender revenue und absteigender name:

GET [Organization URI]/api/data/v9.2/accounts?$select=name,revenue
&$orderby=revenue asc,name desc
&$filter=revenue ne null

Such- und Auswahlspalten ordnen

Die meisten Spaltentypen enthalten relativ einfache Daten, sodass Sie Sortiervorgänge ausführen können, die sinnvoll sind. Such- und Auswahlspalten sind komplexer, da die in der Datenbank gespeicherten Daten außerhalb des Kontexts keine Bedeutung haben.

Suchspalten

Wenn Sie nach Nachschlagespalten sortieren, wird die Sortierung der Ergebnisse basierend auf dem primären Namensfeld der zugehörigen Tabelle vorgenommen. Die Datenbank speichert einen GUID-Wert. Der zurückgegebene formatierte Wert ist das entsprechende Feld des primären Namens.

Auswahlspalten

Wenn Sie mithilfe von Auswahlspalten sortieren, sortieren Sie die Ergebnisse nach dem ganzzahligen Wert der Auswahl.

Anmerkung

Diese Sortiermethode unterscheidet sich von der Sortierung der Auswahlwerte durch FetchXml oder QueryExpression. In diesen Fällen werden die Ergebnisse nach der lokalisierten Bezeichnung für die Auswahl sortiert.

Um Ergebnisse nach Auswahlbeschriftungen mithilfe der Dataverse-Web-API zu sortieren, müssen Sie FetchXml verwenden, um die Abfrage zu verfassen.

Anordnung und Auslagerung

Wie eine Seite angeordnet ist, macht beim Paginieren von Daten einen großen Unterschied. Wenn die Informationen darüber, wie die Ergebnisse geordnet sind, mehrdeutig sind, kann Dataverse Seitenweise Daten nicht konsistent oder effizient zurückgeben.

Geben Sie eine Reihenfolge für Ihre Abfrage an. Wenn Sie bei FetchXml Ihrer Abfrage keine Sortierelemente hinzufügen, fügt Dataverse eine Sortierung basierend auf dem Primärschlüssel der Tabelle hinzu. Dies ist bei QueryExpression jedoch nicht der Fall. Wenn Ihre Abfrage distinct-Ergebnisse angibt, werden außerdem keine Primärschlüsselwerte zurückgegeben, weshalb Dataverse diese Standardreihenfolge nicht hinzufügen kann. Sie müssen eine Seitensortierreihenfolge angeben. Ohne Angabe einer Reihenfolge werden distinct-Abfrageergebnisse möglicherweise in zufälliger Reihenfolge zurückgegeben. OData bietet keine Option, um eindeutige Ergebnisse zurückzugeben, aber Sie sollten dennoch eine Reihenfolge anwenden, wenn Sie paginierte Ergebnisse abrufen.

Die Speicherseitenauslagerung ist dynamisch. Jede Anforderung wird bei Eingang einzeln bewertet. Ein Paging-Cookie zeigt Dataverse die vorherige Seite innerhalb des Datensatzes an. Mit diesen Paging-Cookie-Daten kann Dataverse mit dem nächsten Datensatz nach dem letzten auf der vorherigen Seite fortfahren.

Die Speicherverwaltung funktioniert in Zukunft am besten. Wenn Sie zurückgehen und eine Seite abrufen, die Sie zuvor abgerufen haben, können die Ergebnisse unterschiedlich sein, da seit dem letzten Abruf der Seite Datensätze hinzugefügt, gelöscht oder geändert werden konnten. Mit anderen Worten: Wenn Ihre Seitengröße 50 beträgt und Sie zurückgehen, erhalten Sie 50 Datensätze, es handelt sich jedoch möglicherweise nicht um dieselben 50 Datensätze. Wenn Sie die Seiten eines Dataset weiter durchgehen, können Sie davon ausgehen, dass alle Datensätze in einer konsistenten Reihenfolge zurückgegeben werden.

Die deterministische Sortierung ist wichtig

Deterministische Reihenfolge bedeutet, dass es eine Möglichkeit gibt, eine Reihenfolge konsistent zu berechnen. Bei einem bestimmten Datensatzsatz werden die Datensätze immer in derselben Reihenfolge zurückgegeben. Wenn Sie eine einheitliche Reihenfolge und ein Paging benötigen, müssen Sie einige eindeutige Werte oder Kombinationen aus Spaltenwerten einschließen und eine Reihenfolge angeben, in der sie ausgewertet werden sollen.

Nichtdeterministisches Beispiel

Schauen wir uns ein Beispiel an, das nichtdeterministisch ist. Dieses Dataset enthält nur Status und Status-Informationen und ist gefiltert, um nur Datensätze in einem offenen Status zurückzugeben. Die Ergebnisse sind nach Status geordnet. Die ersten drei Seiten werden angefordert. Die Ergebnisse sehen folgendermaßen aus:

Bundesstaat	Status	Seite
Öffnen	Aktiv	1 Starten
Öffnen	Aktiv	1
Öffnen	Aktiv	1 Ende
Öffnen	Aktiv
Öffnen	Aktiv
Öffnen	Inaktiv
Öffnen	Inaktiv

Das Auslagerungs-Cookie speichert Informationen über den letzten Datensatz auf der Seite. Wenn die nächste Seite angefordert wird, ist der letzte Datensatz der ersten Seite nicht enthalten. Aufgrund der nichtdeterministischen Daten gibt es jedoch keine Garantie dafür, dass die beiden anderen Datensätze auf der ersten Seite nicht auf der zweiten Seite enthalten sind.

Um eine deterministische Reihenfolge zu erreichen, fügen Sie Reihenfolgen für Spalten hinzu, die eindeutige oder halbeindeutige Werte enthalten.

Deterministisches Beispiel

Diese Abfrage ähnelt der nichtdeterministischen Abfrage, enthält jedoch die Spalte Fall-ID, die eindeutige Werte enthält. Es wird auch nach Status, aber auch nach Fall-ID sortiert. Die Ergebnisse sehen folgendermaßen aus:

Bundesstaat	Status	Fall-ID	Seite
Öffnen	Aktiv	Case-0010	1 Starten
Öffnen	Aktiv	Case-0021	1
Öffnen	Aktiv	Case-0032	1 Ende
Öffnen	Aktiv	Case-0034
Öffnen	Aktiv	Case-0070
Öffnen	Inaktiv	Case-0015
Öffnen	Inaktiv	Case-0047

Auf der nächsten Seite hat das Cookie Case-0032 als letzten Datensatz auf der ersten Seite gespeichert, sodass Seite zwei mit dem nächsten Datensatz nach diesem Datensatz startet. Die Ergebnisse sehen folgendermaßen aus:

Bundesstaat	Status	Fall-ID	Seite
Öffnen	Aktiv	Case-0010	1 Starten
Öffnen	Aktiv	Case-0021	1
Öffnen	Aktiv	Case-0032	1 Ende
Öffnen	Aktiv	Case-0034	2 Starten
Öffnen	Aktiv	Case-0070	2
Öffnen	Inaktiv	Case-0015	2 Ende
Öffnen	Inaktiv	Case-0047

Da diese Abfrage eindeutige Spaltenwerte anordnet, ist die Reihenfolge konsistent.

Best Practices für Reihenfolgen beim Auslagern von Daten

Anmerkung

Wenn möglich, sollten Abfragen nach dem Primärschlüssel für die Tabelle sortiert werden, da Dataverse standardmäßig für die Sortierung nach dem Primärschlüssel optimiert ist. Die Sortierung nach nicht eindeutigen oder komplexen Feldern führt zu übermäßigem Overhead und langsameren Abfragen.

Wenn Sie einen begrenzten Datensatz abrufen, der in einer Anwendung angezeigt werden soll, oder wenn Sie mehr als 5000 Datenzeilen (500 bei elastischen Tabellen) zurückgeben müssen, müssen Sie die Ergebnisse paginieren. Die Auswahl, die Sie bei der Bestimmung der Reihenfolge der Ergebnisse treffen, kann bestimmen, ob sich die Zeilen auf jeder von Ihnen abgerufenen Datenseite mit anderen Seiten überschneiden. Ohne die richtige Reihenfolge kann derselbe Datensatz auf mehr als einer Seite erscheinen.

Um zu verhindern, dass derselbe Datensatz auf mehr als einer Seite erscheint, wenden Sie die folgenden Best Practices an:

Am besten fügen Sie eine Spalte mit einem eindeutigen Bezeichner ein. Zum Beispiel:

• Primärschlüsselspalten der Tabelle
• Autonummer-Spalten
• Benutzer-/Kontakt-IDs

Wenn Sie keine Spalte mit einem eindeutigen Bezeichner einschließen können, schließen Sie mehrere Felder ein, die höchstwahrscheinlich zu eindeutigen Kombinationen führen. Zum Beispiel:

• Vorname + Nachname + E-Mail-Adresse
• Vollständiger Name + E-Mail-Adresse
• E-Mail-Adresse + Firmenname

Anti-Muster für Bestellungen bei der Paginierung von Daten

Die folgenden Auswahlmöglichkeiten für die Sortierung sollten Sie vermeiden:

• Bestellungen ohne eindeutige Bezeichner

• Befehle für berechnete Felder

• Sortierungen mit einzelnen oder mehreren Feldern, die wahrscheinlich keine Eindeutigkeit bieten, wie:

  • Status und Zustand
  • Auswahlmöglichkeiten oder Ja/Nein
  • Werte selbst benennen. Zum Beispiel name, firstname, lastname
  • Textfelder wie Titel, Beschreibungen und mehrzeiliger Text
  • Nicht eindeutige Nummernfelder

Nächste Schritte,

Erfahren Sie, wie Zeilen gefiltert werden.

Filterzeilen