表形式レポートのベストプラクティス

このページでは、Qlik Cloud 分析 で表形式レポートを操作するときに最良の結果を得るためのベスト プラクティスについて紹介します。

レポート タスクのスケジュール

レポート タスクを並列実行すると、レポート タスクの処理時間が長くなります。多数のレポート タスクを同時に実行すると、タイムアウトや失敗のリスクが高まります。多数のレポート タスクを同時に実行すると、個々のレポート タスクの実行時間も長くなります。

最適な結果を得るには:

• 複数のレポート タスクを同時にスケジュールしないでください。開始時間をずらすようにしてください。

• 同じアプリに対して複数のレポート タスクをスケジュールする場合、これらのタスクの実行が近い時間にスケジュールされないようにしてください。1 つのタスク実行がアプリへのリクエストをクリアしてから別のタスク実行が開始されるように、開始時間をずらすことを推奨します。

また、テナントおよびリージョンのリクエストがピークとなる時間帯にレポート タスクをスケジュールすることは避けてください。

レポート タスクの受信者の管理

レポート タスクの構成は柔軟であり、個々のユーザーとユーザー グループの両方をレポート出力の受信者として追加できます。可能な場合は、グループを使用してレポート タスクに受信者を追加するのがベスト プラクティスです。グループは受信者の集まりであり、配布リストで定義されます。グループの一部としてタスクに追加された受信者のメール アドレスを変更すると、レポートが生成され、更新されたメール アドレスに送信されます。

一方、受信者のメール アドレスが将来変更される可能性がある場合、個々の受信者の追加はリスクを伴う可能性があります。ベストプラクティスとしては、ユーザーをグループのメンバーとして追加することが適切でない場合にのみ、ユーザーを個別に追加します。

レポートに使用するアプリの設計上の考慮事項

非常に大規模でインタラクティブなアプリをレポート目的で使用しないでください。代わりに、アプリが非常に大規模な場合は、レポート ジョブに必要なデータのみを保持するレポート アプリの使用を検討してください。

Qlik Sense アプリ開発における効果的なオブジェクト命名のベスト プラクティス

Qlik Sense アプリのオブジェクト命名に関しては、明確性、一貫性、保守性を確保するために、特定のベスト プラクティスに従うことが重要です。オブジェクト名は、[レポート テンプレート] に表示されるチャートとテーブルのタグです。Qlik Sense のテーブル、チャート、その他の要素などのオブジェクト命名に関する推奨事項を以下に示します。

• 各オブジェクトには一意の名前を使用します。混乱を招き、誤ったオブジェクトを追加する原因となる重複を避けます。

• 明確でわかりやすい名前を使用します。オブジェクトの目的と内容を正確に反映した名前を選択します。ユーザーを混乱させる可能性がある、あいまいな名前や一般的な名前は避けます。

• 簡潔で情報を提供できる名前にします。オブジェクトの機能やデータを伝えるのに十分な情報を提供しながら、簡潔な名前にします。長く複雑な名前は扱いにくい可能性があります。

• 一貫した命名規則を使用します。アプリ内のすべてのオブジェクトで一貫した命名規則を確立し、その規則に従います。 これにより、論理構造が維持され、オブジェクトの検索、識別、管理が容易になります。

• 特殊文字の使用は避けます。オブジェクト名には英数字とアンダースコアを使用します。特殊文字は、スクリプトまたは数式で問題の原因となる可能性があります。

• スペースの代わりに、キャメル ケースまたはアンダースコアを使用: オブジェクト名の単語を区切るには、キャメル ケース (myTable) またはアンダースコア (my_table) のいずれかを選択します。そうすることで読みやすくなり、名前を理解しやすくなります。

• 予約キーワードの使用は避けます。Qlik Sense には、オブジェクト名として使用すべきではない予約キーワードがあります。これらのキーワードは、数式、スクリプト、または Qlik Sense 環境で使用されます。たとえば、「if」、「and」、「or」、「load」などです。

• 軸とメジャーには、意味がある直感的な名前を使用します。チャート内で軸とメジャーを作成するときは、それらが表す基礎となるデータまたは計算を明確に説明する名前を使用します。これにより、開発者とエンドユーザー間の理解とコラボレーションが強化されます。

• ドキュメントの命名規則。Qlik Sense アプリで使用される命名規則の概要を説明するドキュメントを維持します。そうすることで、新しい開発者が命名規則を理解でき、複数の開発者が同じアプリで作業する場合に一貫性が確保されます。

• オブジェクト名を定期的に見直して更新します。アプリの進化や、要件の変化があった場合は、オブジェクト名を定期的に見直して更新し、アプリの現在の構造や機能と一致していることを確認します。