- リリース ノート
- 基本情報
- インストール
- 構成
- Integrations
- 認証
- アプリおよびディスカバリー アクセラレータを使用する
- AppOne のメニューとダッシュボード
- AppOne の設定
- TemplateOne 1.0.0 のメニューとダッシュボード
- TemplateOne 1.0.0 セットアップ
- TemplateOne のメニューとダッシュボード
- TemplateOne 2021.4.0 のセットアップ
- Purchase-to-Pay Discovery Accelerator のメニューとダッシュボード
- Purchase to Pay Discovery Accelerator の設定
- Order to Cash Discovery Accelerator のメニューとダッシュボード
- Cash Discovery Accelerator の設定への注文
- 基本コネクタ (AppOne 用)
- SAP コネクタ
- SAP Order to Cash Connector for AppOne
- SAP Purchase to Pay Connector for AppOne
- SAP Connector for Purchase to Pay Discovery Accelerator
- SAP Connector for Order-to-Cash Discovery Accelerator
- Superadmin
- ダッシュボードとグラフ
- テーブルとテーブル項目
- アプリケーションの整合性
- 使い方 ....
- SQL コネクタを使用する
- 便利なリソース
データの読み込み
データの読み込みとは、コネクタ内の新しいデータを読み込む際に必要な時間を指 します。 これは、データベースから読み込む際の列の数によって決定されます。
一部の種類のデータは、他の種類よりも読み込み速度が高速です。 大まかな意味では、次のような順序があります。
- ODBC: ドライバーとデータベースによっても異なります。
- フラット ファイル:
csv’s
します。 - Excel: Excel で使用するためのオーバーヘッドが含まれるため、読み込み速度が低下します。 可能であれば、Excel ファイルの代わりにテキスト ファイルを使用します。 テキスト ファイルの処理速度が大幅に向上しました。
マルチファイルスクリプトは、異なるフラットファイルをすべて一緒に解析するのは非常に遅く、可能であれば避けるべきです。 また、膨大な量のデータを読み込む API の使用を避けます。
データは、次の方法で読み込むことができます。
- アプリケーションが起動したとき (ライブ データ)
- スケジュールされたデータ実行 (キャッシュデータ) の結果として
- ライブ データとキャッシュデータの組み合わせ (インクリメンタル ロード)。
一般に、ライブ データは、特にデータの数が多い場合に、かなり遅くなります。 ライブ データでは、データへの継続的なアクセスも必要です。このデータは、運用環境の時間中に問題になる可能性があります。
一般的なガイドラインとして、ライブ データは 100,000 イベントを下回るようにすることをお勧めします。 実際のパフォーマンスは、データと使用されるデータ ソースによって大きく異なります。
フィルターの値に基づいてライブ データを取得できます。 フィルターを変更すると、新しいデータが要求されます。 パフォーマンスは、このようなユース ケースでは重要に考慮される必要があります。
ライブ テーブルは、ユーザーのログイン時またはフィルター コントロールの変更時に読み込まれます。 ライブ テーブルを使用すると、パフォーマンスが低下する問題が頻繁に発生します。 可能な場合は、キャッシュされたテーブルを使用することをお勧めします。
キャッシュされるデータの場合、アプリケーションの起動時間は列数に依存しません。 データは事前計算されキャッシュされる際、要求されたときにキャッシュから直接読み込むことができます。 ソース システムからデータを抽出する際には、時間がかかる場合があります。 キャッシュの更新は、運用環境時間外などスケジュール設定することをお勧めします。
データの抽出に加え、データも UiPath Process Mining の内部形式に変換され、ユーザーの入力に依存しないすべての計算がキャッシュされます。
ユーザー入力に依存する計算の場合、初期状態はキャッシュされます。 計算を変更するコントロールまたはフィルターをユーザーが変更すると、計算が再度実行されます。 この再計算を最小限に抑することは、アプリケーションの優れた設計において非常に重要です。
既定では、 UiPath Process Mining はデータを増分読み込まない。 多くの場合、変異は ERP システム内の項目に発生するため、データのアーカイブは望ましくない場合が多い。 そのため、すべてのデータがシステムから読み込まれるため、データ モデルに最新の変更が加えられるようになります。
理論的には、増分データ読み込みは、アプリケーション開発者が設定できます。 この操作を行うには、新しいデータと、何をクエリにすべきかを判断するための十分な情報がデータベース内に含まれている必要があります。 パフォーマンスは慎重に検討する必要があります。 データの増分読み込みが必要な場合にのみ、使用することをお勧めします。
さらに適切な方法として、専用のツールを使用してソース システムからデータ レイク/倉庫に増分負荷を実行し、 UiPath Process Miningからデータ レイク/倉庫にクエリを実行します。 これにより、ソース システムへの影響を低く抑え、 UiPath Process Mining専用ではなく、増分負荷の利益を組織全体と共有します。