- Erste Schritte
- Lizenzierung
- Einstellung und Konfiguration (Setup and Configuration)
- Verwenden des Dienstes
- Entitätstypen
- Erstellen einer Entität
- Entitäten in VS-Code
- Anpassen einer Entität
- Verwalten der Daten für eine Entität
- Erstellen von Beziehungen
- Auswahlsätze
- Systembenutzerentität
- Schema-Export und -Import
- Erweiterte Suche in Entitätsdaten
- Abfragelimits für externe Daten
- Best Practices für Entitätsmodellierung und Abfragen
- Entitäten in Lösungen
- Bekannte Einschränkungen
- Referenz (Reference)
- Beispiele und Tutorials
- Protokollierung
Abfragelimits für externe Daten
Beschränkungen, die gelten, wenn eine Data Fabric-/Data Service-Abfrage aus einem externen System liest, und die die Filteranforderung, das Warehouse-Paginieren, die Ergebnisgröße und die Zeitüberschreitungen abdecken.
Eine Abfrage über eine Verbundentität wird für ein Live-Datensatzsystem und nicht für in UiPath gespeicherte Daten ausgeführt. Die folgenden Grenzwerte verhindern, dass eine einzelne Abfrage ein Quellsystem überflutet, und sorgen dafür, dass die Ergebnisse über mehrere Seiten hinweg wiederholbar sind.
Sie gelten nur für Abfragen, die eine Entität mit externen Feldern bearbeiten. Eine Abfrage über Daten, die vollständig in UiPath gespeichert sind, ist von keiner davon betroffen.
Ein Filter ist erforderlich
Eine Abfrage über eine Entität, die über externe Felder verfügt, muss einen Filter enthalten.
Die Anforderung gilt nicht für:
- eine Abfrage, bei der jede beteiligte Entität vollständig in UiPath gespeichert wird;
- Durchsuchen von Daten auf der Registerkarte „Daten“ der Schnittstelle von Data Fabric/Data Service;
- einen Beispiellesevorgang, d. h. eine einzelne Entität mit einem Grenzwert von 200 Datensätzen oder weniger und ohne Offset.
Eine Join-Bedingung ist kein Filter für die Zwecke dieser Regel.
Ohne einen Filter schlägt die Abfrage fehl und die Nachricht benennt die Entität, die einen erfordert. Ein Filter auf einem beliebigen Feld dieser Entität erfüllt die Anforderung.
Die Registerkarte Daten ist ausgenommen, sodass eine filterlose Abfrage, die beim Durchsuchen erfolgreich ist, fehlschlagen kann, wenn dieselbe Abfrage von einer Aktivität, einer App oder der API ausgeführt wird.
Data Warehouse-Quellen geben eine einzelne Seite zurück
Redshift, Snowflake, Databricks und Warehouse-Datenbanken, die über den Database Hub erreicht werden, erzwingen keine Primärschlüssel und sie blättern durch die Ergebnisse in einer Reihenfolge, die das Warehouse nicht garantiert. Das Lesen einer zweiten Seite könnte Datensätze wiederholen oder überspringen, deshalb wird eine Anforderung für eine zweite Seite abgelehnt.
Ein Filter, der das Ergebnis so einzugrenzen, dass es auf eine einzelne Seite passt, umgeht die Grenze.
Der Grenzwert gilt für jede eigene Warehouse-Quelle, auch wenn das Warehouse eines der Objekte ist, aus denen eine Abfrage liest. Eine Abfrage, die sich über mehr als ein Objekt erstreckt, kann mehr als eine Seite aus ihrer Warehouse-Quelle erfordern und wird abgelehnt, sobald die zweite Seite angefordert wird.
Ergebnisgröße
Eine Abfrage, deren Zwischenergebnis das Verarbeitungslimit überschreitet, schlägt fehl und die Nachricht fordert Sie auf, dass die Abfrage eingeschränkt wird. Ein Filter oder eine kleinere Anzahl ausgewählter Felder reduziert das Ergebnis unter den Grenzwert.
Timeouts und Wiederholungen
Eine Anforderung an ein Quellsystem unterliegt einem Zeitlimit und eine Abfrage, die dieses überschreitet, schlägt mit einem Timeout fehl.
Wenn die Ratenbegrenzung für eine Anforderung durch ein Quellsystem festgelegt wird, wiederholt Data Fabric/Data Service diese mit steigenden Verzögerungen erneut. Andere Ablehnungen durch das Quellsystem werden sofort ohne Wiederholung zurückgegeben.