ログのテーブルおよびビュー

トップレベルのログ

トップレベルのログは、プラットフォームへの個別のアクセスに直接マッピングされるログです。トップレベルのログは、ログの分析において「トップレベルのオブジェクト」と見なされます。つまり、これらのログにはそれぞれ、このエントリに関連する他の種類のログが0個以上あることになります。マッピングには［request_key］フィールドを使用します。

「トップレベル」と見なされるのは以下のログです。

• 画面 - このログのエントリ1つに対し、モバイルデバイスのWebアプリケーションまたはレスポンシブWebアプリケーションへのアクセスが1つマッピングされます。
• 連携（サブタイプが「公開」）- このログのエントリ1つに対し、プラットフォームが公開するWebサービスへのアクセス（SOAPまたはREST）が1つマッピングされます。
• モバイルリクエスト - このログのエントリ1つに対し、モバイルWebアプリケーションのサーバー側ロジックへのアクセスが1つマッピングされます。
• 反復ジョブ - このログのエントリ1つに対し、バッチジョブまたはタイマーによる実行が1つマッピングされます。

ドリルログ

ドリルログは、アクセスの結果をアプリケーションが実行したアクティビティまで掘り下げます。ドリルログは、アプリケーションが実行したリクエスト（「トップレベルオブジェクト」）と詳細アクティビティのコンテキスト内に存在します。

「ドリル」と見なされるのは以下のログです。

• エラー
• 全般
• 連携（サブタイプが「利用中」）
• エクステンション

複雑なアプリケーションアーキテクチャでは、「エンドユーザーのリクエスト」が複数の「トップレベル」オブジェクトに変換される場合があることにご注意ください。たとえば、WebアプリケーションのScreenは、プラットフォームでローカルのRESTサービスを呼び出す場合があります。その場合、連携呼び出しが実行された時点でマッピングが失われるため、request_keyを使用してそのリクエストを最後までマッピングし続けることはできません。

また、モデルの詳細で分かるように、Errorタイプのログは他のドリルログに関連して発生する場合があることにご注意ください。そのため、トップレベルオブジェクト（Mobile Requestなど）のエラーは、ドリルオブジェクト（連携呼び出しなど）のエラーによって解明できます。