注意:以下翻译的准确性尚未经过验证。这是使用 AIP ↗ 从原始英文文本进行的机器翻译。
从Object Storage V1(Phonograph)到Object Storage V2的过渡是一个重大的架构转变,需要进行许多重大变更。传统的Object Storage V1(Phonograph)具有广泛的API表面,直接暴露了大量底层数据库功能。相反,全新的Object Storage V2架构通过Object Data Funnel服务将对象同步到专用的对象数据库中,以获得规模、性能、灵活性和安全性的改进。此架构转变导致了两种主要类型的重大变更:
这些重大变更可能会阻止某些基于OSv1的对象类型在不进行重构或补救的情况下迁移到OSv2。有关这些问题如何向用户展示以及如何从OSv1迁移到OSv2的更多信息,请参阅迁移到OSv2文档。
本节提供了Object Storage V1(Phonograph)与Object Storage V2之间的重大变更列表。在尝试将任何对象类型迁移到OSv2之前,应解决这些重大变更。这些OSv1和OSv2之间的变更旨在提高进入Ontology的数据质量,确保行为更具确定性,并提高平台的可读性。
Lat, Long
应该是逗号分隔的字符串,没有括号,例如-29.123, 150.982
。null
将不会匹配具有null值的对象,这可能导致对象加载和搜索之间出现不需要的差异。本节列出了Object Storage V1(Phonograph)与Object Storage V2之间的当前功能差距。这些功能正在开发中,随着重大变更的解决,列表将会更新。
OSv2目前不支持连接路径在上游和下游目标之间经过物化的计划。
OSv2目前有一个极端情况,在搜索响应中返回的数据比用户允许看到的数据要少:
OSv2目前不支持在限制视图数据源的细粒度权限策略中使用Not
条件。
OSv2目前不支持自定义分析器。
OSv2目前不支持对增量更新的后备数据集进行投影。
OSv2目前不支持索引由多个事务支持的增量视图数据集的对象类型。
Foundry规则原型目前不支持OSv2的完整功能集。例如,由多个数据源支持的对象类型和具有多个物化的对象类型不受支持。有关更多详细信息,您可以参阅Foundry规则文档。