注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
各TSPの単位と補間は、フォーマッターを通じて設定できます。オントロジー マネージャーで時系列オブジェクトタイプに移動し、Capabilities タブの Time Series Properties セクションを探してフォーマッターを見つけます。または、他の value formatter と同様に、Properties タブで単位と補間を編集できます。
sensor object types の開発以前は、プラットフォームは時系列モデルとして Measures を使用していました。Measures は廃止予定であり、同様のワークフローでセンサーオブジェクトタイプを使用できます。詳しくは以下のページをご覧ください。
詳細は Advanced setup のドキュメンテーションをご覧ください。
ユーザーの time series dataset に time series sync を作成すると、自動的に時系列データセット上に time series projection が作成されます。時系列プロジェクションは、データセットの実体化されたコピーであり、SQL データベースのインデックスと同様の最適化を提供します。
時系列同期がビルドされると、それが派生する時系列データセットのトランザクションについてのメタデータを生成し、インデックス化可能なデータの存在を Foundry の時系列データベースに通知します。
時系列を使用する 際、ユーザーは時系列データベースからインデックス化されたデータを読み取ります。時系列データベースはキャッシュのように機能し、データは読み取り時にのみハイドレートされ、データベースのディスクスペースが制約を受けると最近最も少なくハイドレートされたシリーズが最初に削除されます。
projection は、特定のクエリに最適化するためのデータセットの実体化されたコピーです。時系列の場合、プロジェクションはデータを時系列データベースにハイドレートするために読み取られる時系列データセットが作成するクエリに最適化します。このプロセスでは、ハイドレートされる series IDs と時間範囲を選択するために時系列データセットをフィルター処理します。このようにして、プロジェクションは時系列データに対して良好なパーティショニングとソートを維持し、時系列データセットをシリーズIDとタイムスタンプで効果的にインデックス化します。
エラーが「時系列データが存在しない」と表示される場合、ユーザーの時系列データセット/同期と 時系列オブジェクトタイプの元データセット の間でシリーズIDが正しくマッピングされていない可能性があります。各データセットのシリーズIDのセットは交差し、理想的には等しいセットであるべきです。これにより、 時系列プロパティ が正しく時系列データを参照します。また、ユーザーの時系列オブジェクトタイプのシリーズIDプロパティが 正しく設定されている ことを確認してください。
特に大規模な時系列を扱う場合、時系列データベースへのデータのハイドレートが完全に失敗する可能性があります。これは最適化が（または不足しているため）失敗すると発生する可能性があります：
時系列データの読み込みが遅い最も一般的な理由は、データがまだ時系列データベースにインデックス化されていないことです。インデックスのハイドレートは、特定の時系列（シリーズID）が初めてクエリされる時か、任意の後続の snapshot transactions が時系列同期によって同期された後に発生します。同期されたスナップショットトランザクションは、時系列データベースにフルデータセットビューからシリーズをハイドレートするように指示します。クエリされた時系列データがインデックスから削除されることによってスナップショットハイドレートがトリガーされる可能性があります。時系列はディスクスペース要件に基づいて削除され、最近最も少なくハイドレートされたシリーズが最初に削除されます。
時系列が初めてハイドレートされた後、クエリははるかに高速になるはずです。もし、ユーザーのパイプラインが incrementally 時系列データを追加しているなら、新しいデータは時系列データベースによってインクリメンタルにハイドレートされ、ユーザーの時系列は最初のスナップショットハイドレートの後すぐに読み込まれるはずです。
後続のインデックスパフォーマンスを向上させるために、 incremental pipelines の実行を推奨します。
インクリメンタルにハイドレートするためのデータが多い場合、クエリの読み込みにはまだ時間がかかることがあります。例えば、インクリメンタルトランザクションが非常に大きい場合や、時系列が定期的にクエリされないためにハイドレートされていない多数のインクリメンタルトランザクションがある場合、読み込み時間が増加します。
極端な場合、スナップショットとインクリメンタルのハイドレーションの両方が遅い場合があります。これは、時系列の再パーティションまたはソートが時系列データセットに適用されていない場合、またはデータのボリュームに対して多すぎるパーティションが書き込まれて多くのファイルを読む必要がある場合です。これは、時系列プロジェクションによってまだ投影されていないトランザクションにのみ適用されます。データを Pipeline Builder で変換し、それを時系列同期出力にマッピングするとき、時系列データセットはユーザーのために正しくフォーマットされます。
ユーザーのすべての時系列データが時系列データベースにインデックス化されるためには、その時系列同期が最新の状態である必要があります。つまり、同期はユーザーの時系列データセットの最新のトランザクションがビルドされてからビルドされていなければならず、そうでなければ、それらのトランザクションからのデータはハイドレートされません。
ユーザーの時系列データセットが Soho format で保存されていない場合、未投影のデータは時系列データベースにハイドレートされません。データを Pipeline Builder で変換し、それを時系列同期出力にマッピングするとき、同期をバックアップするためのマテリアライズされた時系列データセットはユーザーのために Soho フォーマットに変換されます。また、より更新されたデータを利用可能にするために以下のタスクのいずれかを完了することもできます。