Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Einschränkungen
Die folgenden Einschränkungen gelten für den Microsoft Dynamics 365 CRM-Connector:
-
In Microsoft Dynamics 365 CRM wird die datensatzbasierte Partitionierung nicht unterstützt, da sie keinen Offset-Parameter unterstützt, sodass die datensatzbasierte Partitionierung nicht unterstützt werden kann.
-
Die Paginierung ist auf maximal 500 Datensätze pro Seite festgelegt, um interne Serverausnahmen von SaaS aufgrund einer Kombination aus Datengrößen- und Ratenbeschränkungen zu vermeiden.
-
Microsoft Dynamics 365 CRM unterstützt nur
order by
übergeordnete Felder für alle Entitäten.order by
wird für Unterfelder nicht unterstützt.-
Sowohl ASC- als auch DESC-Richtungen werden unterstützt.
-
order by
für mehrere Felder wird unterstützt.
-
-
Das Filtern nach dem Feld „createddatetime“ der
aadusers
Standardentität führt zu einem fehlerhaften Anforderungsfehler von SaaS, obwohl es die Filterung unterstützt. Aufgrund des dynamischen Charakters der Metadaten gibt es keine spezifische Identifizierung einer anderen Entität, die ein ähnliches Problem hat, und auch die Ursache ist nicht bekannt. Daher kann es nicht behandelt werden. -
Komplexe Objekttypen wie Struct, List und Map unterstützen keine Filterung.
-
Viele Felder, die aus einer Antwort abgerufen werden können, wurden als
false
dynamische MetadatenantwortisRetrievable
gekennzeichnet. Um Datenverlust zu vermeiden,isRetrievable
isttrue
für alle Felder auf gesetzt. -
Die feldbasierte Partitionierung wird für alle Entitäten unterstützt, wenn sie die folgenden Kriterien erfüllt:
-
DateTime Abfragbare Felder sollten in Standardentitäten oder
createdon
modifiedon
Felder (vom System generiert) in benutzerdefinierten Entitäten vorhanden sein. -
Es gibt keine ausschließliche Identifizierung von systemgenerierten Feldern oder der NULL-Eigenschaft aus SaaS-Metadaten. Es ist jedoch eine allgemeine Praxis APIs, dass nur die standardmäßig verfügbaren Felder filterbar und nicht nullwertbar sind. Daher gilt das obige Kriterium der Feldauswahl als nullsicher, und wenn es filterbar ist, kann es partitioniert werden.
-