アプリ データのリロード

アプリをリロードして、常に最新のデータが反映されるようにします。自動更新とは異なり、データ ソースが変更されてもアプリは自動的に更新されません。アプリを手動でリロードして最新のデータと同期するか、利便性のためにリロードをスケジュールするタスクを作成します。リロードはさまざまな方法で開始できるため、洞察を常に最新の状態に保つことができます。

どのユーザーがデータをリロードできるかについての情報は、こちらを参照してください：

• 共有スペースでの権限の管理

• 管理スペースでの権限の管理

アプリ データのリロードのスケジュール

アプリのリロードをスケジュールするためのタスクを作成します。スケジュールでは、時間ベースまたはイベント ベースのトリガーを使用できます。

タスクを作成するには:

1. 次のいずれかを実行します。

   • アクティビティ センターで、アプリの をクリックし、 [スケジュール] をクリックします。

   • アプリで、次のいずれかを実行します。

     • アプリ名をクリックしてアプリの詳細エリアを開き、 > [スケジュール] をクリックします。

     • アプリ名をクリックしてアプリの詳細エリアを開き、 スケジュール セクションの [スケジュールなし] をクリックします。アプリにすでにアクティブなタスクがある場合、このセクションには異なるテキストが表示されることがあります。

2. [新しいタスクを作成] をクリックします。

3. [タスク名] に、タスクの名前を入力します。

4. 必要に応じて [説明] を追加します。

5. [アクション] で、次のいずれかを選択します。

   • フル リロード: アプリ内のすべてのデータを更新します。

   • 部分的なリロード: Add、Merge、または Replace のプレフィックスが先行する Load および Select ステートメントのみを更新し、アプリ内の残りのデータはそのまま残します。詳細については、「部分的なリロード」を参照してください。

6. [基準] で、タスクのトリガーを選択します。次のオプションがあります。

   • 時間ベース: 特定の時点で更新が行われるようにスケジュールします。次に、そのトリガーに関連付けられた設定を使用してタスクを構成します。詳細については、「時間ベースのスケジュール」を参照してください。

     次の時間ベースのトリガーを使用できます。

     • 毎日

     • 週単位

     • 毎月

     • 毎年

   • イベント ベース: 特定のイベントが発生したときに更新が開始されるようにスケジュールします。詳細については、「イベント ベースのスケジュール」を参照してください。

     次のイベント ベースのトリガーを使用できます。

     • 別のタスクが成功

     • 別のタスクが失敗

     情報メモイベント ベースのトリガーを使用して、データを更新するためのタスク チェーンを作成します。詳しい手順については、「データ更新のためのタスク チェーンの作成」を参照してください。

イベント ベースのスケジュール

イベント ベースのスケジュールを使用すると、さまざまなアプリ、スクリプト、データフローのタスクを連鎖させることができます。これは、これらのアセットを順次更新する場合に便利です。

詳細については、「データ更新のためのタスク チェーンの作成」を参照してください。

制限と考慮事項

• データを更新するタスクは、5 回連続して実行に失敗すると非アクティブになります。タスクを所有している場合、これが発生すると通知が届きます。通知設定は、単一 アプリ、スペース内のすべての アプリ、またはテナント内のすべての アプリ 向けにカスタマイズできます。詳細については、「タスクの所有権」を参照してください。

• タスクの所有者がテナントから退出するか削除された場合は、別のユーザーがタスクの所有権を取得するか、タスクを削除して再作成する必要があります。そうしないと、スケジュールされた更新は失敗します。この所有権の変更方法に関する情報については、「タスクの所有権」を参照してください。

• キューに入れられ実行中のデータ更新プロセス (および CPU とメモリを集中的に使用する追加の同時プロセス) の数が多い場合、一部の更新プロセスが、スケジュールされた開始時刻より大幅に遅れて実行されることがあります。

• データを更新するためのタスクは、アプリの公開されたコピーには含まれません。公開されたアプリでは、管理スペースのバージョンでタスクを再構成する必要があります。

• アプリにデータを更新するためのタスクがあり、それをスペース (個人スペースまたは共有スペース) 間で移動する場合、これらのタスクは非アクティブ化されます。スケジュールされた更新を再開する準備ができたら、それらを再びアクティブ化できます。「タスクのアクティブ化と非アクティブ化」を参照してください。

部分的なリロード

部分リロードをオンにして、ロード スクリプトの事前定義された部分を実行し、対応するテーブルを更新します。フル リロードは、常に既存のデータ モデルのすべてのテーブルを削除することから始まり、次にロード スクリプトを実行します。部分的なリロードはこれを行いません。代わりに、データ モデル内のすべてのテーブルを保持し、[Add]、[Merge]、または [Replace] プレフィックスが前に付いた [Load] ステートメントと [Select] ステートメントのみを実行します。

部分的なリロードは、最初にデータ ロード エディタのロード スクリプトで構成する必要があります。詳しくは「部分的なリロード」を参照してください。

アプリデータの手動ロード

キューにリロード イベントを追加して、アプリを手動でリロードできます。

次の手順を実行します。

• 次のいずれかを実行します。

  • アクティビティ センターで、アプリの をクリックし、 [すぐにリロード] を選択します。

  • アプリでアプリ名をクリックしてアプリの詳細エリアを開き、 >[すぐにリロード] をクリックします。

アプリのロード履歴の表示

[リロード履歴] には、選択したアプリのリロード履歴が含まれます。 [リロード履歴] は、アプリのリロード履歴全体 (手動リロード、タスク経由でスケジュールされたリロード、Qlik Automate または直接 API コールから開始されたリロード ) を表示するのに便利です。過去および現在のロードの状態、開始・終了時刻および期間を確認できます。対応するログ ファイルも表示してダウンロードできます。

アプリのリロード履歴を表示するには 2 つの方法があります。

• アプリ のリスト ビューで、[最終変更日] 列の日付をクリックし、[リロード履歴を表示] を選択します。
• アプリの [詳細] を選択して、[リロード履歴] をクリックします

[リロード履歴] ページで [表示] ボタンをクリックして、リロードの概要を表示します。オプションとして、詳細なログ ファイルをダウンロードすることもできます。ログのストレージの数が上限に達すると、新規ログは、先入れ先出し方式で最も古いログを置き換えます。

アプリのリロードに時間がかかりすぎている場合や、アプリが新しいデータに更新され、新たにリロードを開始したい場合など、リロードをキャンセルする場合があります。リロードをキャンセルするには、[リロード履歴] に移動してから、[キャンセル] をクリックします。

キャンセルしたリロードは、[リロード履歴] で確認できます。

タスクの履歴の表示

[リロード履歴] ビューに加えて、アプリのスケジュールされたリロード用に作成されたタスクに焦点を当てた実行履歴を表示することもできます。詳細については、「タスクの更新履歴を表示する」を参照してください。

アプリをリロードする他の方法

このヘルプ トピックは、主にアクティビティ センターからのリロードに焦点を当てています。 次のような他の方法でアプリをリロードすることもできます。

• アプリの データ ロード エディター または データ マネージャー

• アプリのボタン オブジェクト

• Qlik Automate

アプリのリロードをトリガーするために使用する方法は、Qlik Cloud サブスクリプションの容量制限に影響を与える可能性があります。アプリ ボタン、アクティビティ センター 、自動化など、データ ロード エディター または データ マネージャー の外部でトリガーされたリロードは、1 日あたりのアプリごとのスケジュールされたリロードの最大数にカウントされます。詳細については、次を参照してください

• Qlik Cloud Analytics 仕様と容量

• ガードレールと容量制限