PDFデータベースのプラットフォームログの種類トップレベルのログドリルログログのローテーションログモデルは、アプリケーションの実行の妨げに極力ならないように設計されています。そのため、ログテーブルのインデックスは限られており、クエリに対しては効率が悪くなります。ログの量や使用目的に応じて、ログデータベースからクエリに最適化されたモデルを作成できる個別の場所にデータをコピーすることを推奨します。ログタイプごとのデータベースモデルの構成要素は以下のとおりです。oslog_<タイプ>_0からoslog_<タイプ>_9までの10個のテーブルセット。現在の週にマッピングされたoslog_<タイプ>と前の週にマッピングされたoslog_<タイプ>_Previousの2つのビュー。Errorタイプの場合、テーブルはoslog_Error_0からoslog_Error_9まであり、ビューはoslog_Errorとoslog_Error_Previousがあります。_0から_9までの数字はローテートされるテーブルを指します。データベースのプラットフォームログの種類ログ情報には、エンドユーザーまたは外部システムによるアプリケーションへのアクセスのライフサイクルが記録されます。ログが2種類あるのはそのためです。トップレベルのログトップレベルのログは、プラットフォームへの個別のアクセスに直接マッピングされるログです。トップレベルのログは、ログの分析において「トップレベルのオブジェクト」とみなされます。これらのログにはそれぞれ、このエントリに関連する他の種類のログが0個以上あることになります。マッピングには[request_key]フィールドを使用します。「トップレベル」とみなされるのは以下のログです。このログのエントリ1つに対し、モバイルデバイスのWebアプリケーションまたはレスポンシブWebアプリケーションへのアクセスが1つマッピングされます。このログのエントリ1つに対し、プラットフォームが公開するWebサービスへのアクセス(SOAPまたはREST)が1つマッピングされます。このログのエントリ1つに対し、モバイルWebアプリケーションのサーバー側ロジックへのアクセスが1つマッピングされます。このログのエントリ1つに対し、バッチジョブまたはタイマーによる実行が1つマッピングされます。ドリルログドリルログは、アクセスの結果をアプリケーションが実行したアクティビティまで掘り下げます。ドリルログは、アプリケーションが実行したリクエスト(「トップレベルオブジェクト」)と詳細アクティビティのコンテキスト内に存在します。「ドリル」とみなされるのは以下のログです。複雑なアプリケーションアーキテクチャでは、「エンドユーザーのリクエスト」が複数の「トップレベル」オブジェクトに変換される場合があることにご注意ください。WebアプリケーションのScreenは、プラットフォームでローカルのRESTサービスを呼び出す場合があります。その場合、連携呼び出しが実行された時点でマッピングが失われるため、request_keyを使用してそのリクエストを最後までマッピングし続けることはできません。モデルの詳細で分かるように、Errorタイプのログは他のドリルログに関連して発生する場合があることにご注意ください。Requestなど)のエラーは、ドリルオブジェクト(連携呼び出しなど)のエラーによって解明できます。ログのローテーションログは毎週別のテーブルに保存されます。ローテーションは毎週金曜日の午後11時45分(データベース時間)に実行されます。特定の週では、すべてのログタイプに対して同じサイクル数が使用されます。サイクル数は、現在の日付から算出されます。ローテーションの意味は以下のとおりです。ログタイプごとにデータベースのビュー定義が次のサイクル数へのポイントに更新されます。テーブルでのログの書き込みが新しいサイクルから自動的に開始されます。Serviceでアルゴリズムによって生成され、このためにデータベースが変更されることはありません。古いログテーブルは、OutSystemsの構成ツールで定義された保存期間が経過すると消去され、その後の使用に備えます。PaaSで設定された保存期間は9週間です。