注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。

基本概念と制限事項

シナリオ

シナリオは、アクションを適用し、モデルを評価することで作成される、オントロジー内のデータのフォークです。

フォークには、元のオントロジーからの編集または変更のみが含まれます。これには、変更されたオブジェクトプロパティ、作成されたオブジェクト、削除されたオブジェクト、作成されたリンクタイプ、削除されたリンクタイプが含まれます。

シナリオは、一度作成すると変更できません。シナリオを「変更」するには、アクションまたはモデルを変更した新しいシナリオを作成します。また、既存のシナリオ名の横にあるその他のオプションの ... ドロップダウンメニューを選択すると、既存のアクションおよびパラメーターとともにシナリオを複製できます。

モデル

Foundry のモデルは、ほかのオブジェクトプロパティをもとにオブジェクトプロパティを推定する関数です。最も一般的には、オントロジー内の不明な値を推定または予測するために使用されます。

シナリオの一部としてモデルを使用するには、モデルを関数でラップし、関数ベースのアクションで使用します。

ドメイン

ドメインは、モデルを評価できる有効な集合を表します。

ドメインは、オントロジー内のオブジェクトの集合として定義されます。

最も単純な場合、ドメインは特定のオブジェクトタイプのすべてのオブジェクトとして定義されますが、より複雑な集合を構成することもできます。

ドメイン内のオブジェクトに対してモデルを評価する場合、結果は独立している必要があります。 つまり、ドメインの部分集合に対してモデルを評価した場合、そのオブジェクトの結果は、ドメイン全体に対して評価した場合と同じである必要があります。

ドメインは主に、オブジェクトベースのアプリケーションにおいて、モデルをいつ、どのように評価すべきかを判断するために使用されます。

ただし、アプリケーションのパフォーマンスを向上させるためにも使用できます。たとえば、アプリケーションでドメインの部分集合のみが使用されている場合、モデルはその部分集合に対してのみ評価すれば十分です。ドメイン内のオブジェクトに対するモデルの結果は独立している必要があるため、部分集合に対する評価で異なる結果が生じる心配はありません。

制限事項

シナリオを使用してワークフローを構築する際には、パフォーマンス上の理由によるいくつかの制限事項を考慮する必要があります。

  • 1個のシナリオでオントロジーに対して30,000件を超える編集を行うことはできません。
  • シナリオのインフラストラクチャはアクションを基盤として構築されているため、アクションに適用される制限は、シナリオ内のアクションにも適用されます。アクションの制限事項の完全な一覧については、アクションのドキュメントを参照してください。
  • シナリオに関数ベースのアクションが含まれる場合、その関数には Foundry Functions の制限事項が適用されます。
  • シナリオに50個を超えるアクションを含めることはできません。
  • シナリオのコンテキストでオブジェクトセットからオブジェクトデータを読み込む場合、10,000個を超えるオブジェクトを読み込むことはできません。10,000個を超えるオブジェクトを読み込もうとすると、エラーが発生します。たとえば、Foundry Function (TSv1) で .all() または .allAsync() メソッドを使用すると、このエラーが発生することがあります。
  • アップロードされたファイルは、そのファイルを参照するオブジェクトに登録されないため、シナリオは添付ファイルプロパティに対応していません。