- スタート アップ ガイド
- ライセンス
- セットアップと構成
- サービスの利用
- 参照
- 例とチュートリアル
- ログ
外部データのクエリ制限
Data Fabric/Data Service のクエリが外部システムから読み取る場合に適用される制限です (フィルター要件、ウェアハウスのページング、結果のサイズ、タイムアウトなど)
フェデレーション エンティティに対するクエリは、UiPath に保存されているデータに対してではなく、ライブの記録システムに対して実行されます。以下の制限により、1 つのクエリでソース システムに負荷がかからないようにし、ページ間で結果を繰り返します。
外部フィールドを持つエンティティに接触するクエリにのみ適用されます。UiPath に完全に保存されているデータに対するクエリは、いずれの影響も受けません。
フィルターが必要です
外部フィールドを持つエンティティに対するクエリには、フィルターを含める必要があります。
この要件は、以下には適用されません。
- 関連するすべてのエンティティが完全に UiPath に保存されるクエリ
- Data Fabric/Data Service インターフェイスの [ データ ] タブでデータを参照する。
- 読み取ったサンプル。つまり、レコード数が 200 以下でオフセットのない 1 つのエンティティを意味します。
結合条件は、このルールの目的上のフィルターではありません。
フィルターを使用しない場合、クエリは失敗し、メッセージにはフィルターを必要とするエンティティの名前が付けられます。そのエンティティの任意のフィールドに対するフィルターが要件を満たしている。
[ データ ] タブは対象外です。そのため、参照中に成功したフィルターレスのクエリが、アクティビティ、アプリ、または API から同じクエリを実行すると失敗する可能性があります。
データ ウェアハウスのソースは 1 ページを返します
Database Hub を介してアクセスされる Redshift、Snowflake、Databricks、およびウェアハウス データベースでは、主キーは強制されず、ウェアハウスが保証しない順序で結果をページングします。2 ページ目を読み込むと、レコードが繰り返されたり、スキップされたりする可能性があるため、2 ページ目の要求は拒否されます。
結果を 1 ページに収まるほど絞り込むフィルターを使用すると、この制限は回避されます。
この制限は、ウェアハウスがクエリの読み込み元オブジェクトの 1 つである場合を含め、各ウェアハウス ソースに単独で適用されます。複数のオブジェクトにまたがるクエリでは、ウェアハウス ソースから複数のページが必要な場合があり、2 番目のページが要求された時点で拒否されます。
結果のサイズ
中間結果が処理制限を超えるクエリは失敗し、クエリを絞り込むように求めるメッセージが表示されます。フィルター、または選択したフィールドの小さいセットを使用すると、結果が制限を下回ります。
タイムアウトとリトライ
ソース システムへの要求には時間制限があり、時間制限を超えるクエリはタイムアウトで失敗します。
ソース システムによって要求のレート制限が設定されている場合、Data Fabric/Data Service は待機時間を延長しながら要求をリトライします。ソース システムによるその他の拒否は、リトライなしですぐに返されます。