注意:以下翻译的准确性尚未经过验证。这是使用 AIP ↗ 从原始英文文本进行的机器翻译。

核心概念和限制

场景

场景是通过应用一组操作和评估一组模型在Ontology中创建的数据分支。

该分支仅包含从基础Ontology中修改的Object属性、创建的Objects、删除的Objects、创建的链接类型和删除的链接类型。

一旦创建,场景即不可变。要“更改”场景,请创建一个具有修改后的操作或模型的新场景。您还可以通过选择现有场景名称旁边的更多选项**...**下拉菜单来复制场景及其现有的操作和参数。

模型

在Foundry中,模型是一个函数,给定其他Object属性来估计Object属性。这通常用于估计或预测Ontology中的未知值。

当您的模型通过建模目标进行管理和部署时,您可以在场景中评估您的模型。您可以在配置模型指南中了解有关如何选择目标支持的模型来为您的场景提供动力的更多信息。

此外,Foundry中的模型还可用于在给定一组操作的情况下估计属性的预期值。

虽然可以构建一个执行与模型相同功能的操作,但它们在意义上并不相同:

  • 操作代表我们期望直接对Ontology进行的更改;这些是我们的独立变量。
  • 模型代表我们不直接控制的更改期望;这些是我们的依赖变量。

这种区别使我们在基于场景做出决策时,能够更精确地应用操作和跟踪模型结果。

领域

领域描述了可以评估模型的有效集合。

领域是根据Ontology中的一组Objects定义的。

在最简单的情况下,领域将被定义为特定对象类型的所有Objects,但也可以构建更复杂的集合。

当为领域中的Objects评估模型时,结果必须是独立的。也就是说,在领域的子集中评估模型应该为那些Objects产生与在整个领域中评估相同的结果。

领域主要用于确定在基于Object的应用程序中何时以及如何评估模型。

然而,它们也可以用于提高应用程序性能。例如,如果应用程序中仅使用领域的一个子集,则只需对该子集进行模型评估。由于领域中的Objects的模型结果必须是独立的,因此不必担心在子集上进行评估会产生不同的结果。

限制

出于性能原因,当使用场景构建工作流程时,您应该考虑一些限制。

  • 单个场景不能对Ontology进行超过30,000次的更改。
  • 由于场景基础架构是基于操作构建的,因此应用于操作的任何限制也适用于场景中的操作。请参考操作文档,以获取操作限制的完整列表。
  • 如果您的场景包含函数支持的操作,则该函数受Foundry函数上的限制。
  • 您的场景不能包含超过50个操作。
  • 当在场景的上下文中从对象集中加载对象数据时,您不能加载超过10,000个对象。尝试加载超过10,000个对象将导致出错。例如,这可能发生在使用.all().allAsync()方法在Foundry函数中。