- Démarrage
- Licences
- Paramétrage et configuration
- Utilisation du service
- Types d’entité
- Création d’une entité
- Entités dans VS Code
- Personnaliser une entité
- Gestion des données pour une entité
- Créer des relations
- Ensembles de choix
- Entité utilisateur du système
- Export et import de schéma
- Recherche avancée dans les données d'entité
- Limites de requête pour les données externes
- Modélisation de l'entité et interrogation des meilleures pratiques
- Entités dans les solutions
- Limites connues
- Référence (Reference)
- Exemples et tutoriels
- Journalisation
Limites de requête pour les données externes
Limites qui s’appliquent lorsqu’une requête Data Fabric/Data Service est lue à partir d’un système externe, couvrant l’exigence de filtre, la pagination de l’entrepôt, la taille des résultats et les délais d’attente.
Une requête sur une entité fédérée s'exécute sur un système d'enregistrement actif plutôt que sur des données stockées dans UiPath. Les limites suivantes empêchent une requête unique d'écraser un système source et garantissent la répétabilité des résultats sur différentes pages.
Ils s'appliquent uniquement aux requêtes qui touches une entité avec des champs externes. Une requête sur des données stockées entièrement dans UiPath n'est affectée par aucune d'entre elles.
Un filtre est requis
Une requête sur une entité comportant des champs externes doit inclure un filtre.
L'exigence ne s'applique pas aux éléments suivants:
- une requête dans laquelle chaque entité impliquée est entièrement stockée dans UiPath;
- parcourir les données dans l’onglet Données de l’interface Data Fabric/Data Service;
- un exemple de lecture, c'est-à-dire une entité unique avec une limite de 200 enregistrements ou moins et sans décalage.
Une condition de jointure n'est pas un filtre au sein de cette règle.
Sans filtre, la requête échoue et le message nomme l'entité qui en requiert un. Un filtre appliqué à n’importe quel champ de cette entité répond à cette exigence.
L’onglet Données est exonéré, de sorte qu’une requête sans filtre qui réussit lors de la navigation peut échouer lorsque la même requête s’exécute à partir d’une activité, d’une application ou de l’API.
Les sources d’entrepôt de données renvoient une seule page
Les bases de données RedShift, Snowflake, Databricks et d’entrepôt accessibles via Database Hub n’appliquent pas de clés primaires et parcourent les résultats dans un ordre que l’entrepôt ne garantit pas. La lecture d’une deuxième page pourrait répéter les enregistrements ou les ignorer, de sorte qu’une demande d’une deuxième page est refusée.
Un filtre qui affinera suffisamment le résultat pour qu'il puisse tenir dans une seule page évite la limite.
La limite s'applique à chaque source d'entrepôt dans son propre droit, y compris lorsque l'entrepôt est l'un des objets à partir duquel une requête est lue. Une requête qui couvre plus d'un objet peut nécessiter plus d'une page de sa source d'entrepôt, et est refusée au moment où la deuxième page est demandée.
Taille du résultat
Une requête dont le résultat intermédiaire dépasse la limite de traitement échoue et le message demande que la requête soit affinée. Un filtre, ou un ensemble plus petit de champs sélectionnés, réduit le résultat inférieur à la limite.
Délais d'attente et nouvelles tentatives
Une requête effectuée à un système source est soumise à une limite de temps, et une requête qui la dépasse échoue avec un délai d'expiration.
Lorsqu'un système source limite le débit d'une requête, Data Fabric/Data Service la réessaie avec des délais de plus en plus importants. Les autres rejets par le système source sont renvoyés immédiatement sans nouvelle tentative.