Skip to content

Semantic Data Interconnect (SDI) Semantic Modelling Service

构想

Semantic Data Interconnect (SDI) Semantic Modelling Service 提供端到端能力来导入/创建,更新或删除整个本体/语义模型。

它提供了一组 API ,允许您在节点和边缘上执行不同的操作。它使用图形数据库技术来存储用户提供的实体关系。

访问

应用用户可以使用 REST 客户端访问REST APIs。 要访问语义服务 API,您需要 SDI 管理员、SDI 语义用户或技术用户的角色/访问权限。

要访问此服务,您需要在 SDI 角色和范围 中列出相应的角色。

说明

访问 SDI Semantic Modelling Service APIs 受到 MindSphere 身份验证方法的保护,该方法使用 OAUTH 凭证。

基础

一个图只能有两种类型的实体:节点和边。SDI 定义了不同类型的节点(知识点)和边(关系),这有助于用户根据域创建语义模型。SDI提供了一些基本类型的节点和边缘,称为全局系统节点类型。全局节点和边缘符合 Owl (本体 web 语言)标准。 SDI 语义模型由名称空间、类、模式、类属性和模式属性、类属性和模式属性之间的映射和不同类属性之间的属性关系组成。

节点和边的全局类型列表如下:

  • Namespace:Namespace 与特定域相关。它在 SDI 中创建的本体/语义模型中层次最高。在 SDI 中,语义模型由 namespace 和本体 ID 标识。

  • Class:Class 表示业务实体。可以有多个 class 与单个 namespace 关联。class 节点由名称和描述组成。在一个 namespace 中不能有两个同名的 class 。

  • Property:Property/attribute 与业务 class 或 schema 相关 。有两种类型的Property,class property 和 schema property。每个 schema/class可能有多个与之关联的 properties。

  • Schema:Schema 表示物理schema 表或逻辑组头。

  • Mapping:Mapping 表示具有一个或多个 schema properties 的业务 property 之间的边缘或关系。它可以是函数映射或键映射类型。 键映射是类属性和一个或多个模式属性之间的直接映射。 函数映射将类属性表示为基于一个或多个模式列上的某些算术操作计算的实体。

说明

在一对多键映射的情况下,SDI 系统在不同的映射模式属性之间创建一个自动 INNER join。这样做是为了找到不同 schema 之间的相似性。

  • Propertyof: Propertyof 是具有一个或多个 class properties 的业务 property 之间的边界或关系。schema 和 schema properties 之间也存在类似的关系。

  • PropertyRelations: PropertyRelations 是一个 class property 与一个或多个 class property 之间的边或关系。可以是一对一或一对多的属性关系类型。

  • Scope: Scope 是 namespace 和 class 之间的边界或关系。默认情况下,在 namespace 中创建任何 class 时都会定义它。

下面的例子解释了 mapping 类型:

  • 考虑一个由两个 schema: ItemsOccurrences 组成的语义模型。
  • 定义 Items schema 列:itemId, itemNameforce,以及 Occurrences schema 列:itemId and position
  • 此模板也包含一个具有 partNumber, torqueitemName properties 的 class Part
  • Class property partNumber 具有两个模式的itemId列的键映射。 Class property torque 分别计算为 ItemsOccurrences schema 的力和位置列的乘积。
  • Torque property 具有带有力和位置列的函数映射,并将映射函数作为乘积(乘法)。

SDI 为相应 namespace 的整个本体提供 CRUD (创建、读取、更新、删除)功能 (由 namespace, classes, properties, schemas, mappings 等组成)。如果用户已经定义了本体,可以使用本体作业保存它。 用户还可以选择导入一个现有的本体模型,该模型支持 Web 本体语言(Owl)文件格式扩展。

以下是 SDI semantic APIs 提供的部分 APIs:

  • API 用来上传本体作业,检索 API 获取本体作业的当前状态。用户可以通过 JSON 或Owl 指定格式创建或更新本体。
  • API 用来检索本体作业的当前状态。
  • API 用来基于本体 ID 检索或删除本体。
  • API 用来基于选择的 schemas 推断语义模型。
  • API 用来检索指定租户的本体列表。

功能

以下方法可用于在SDI中创建语义模型:

  • 导入/创建语义模型:当数据分析师/语义建模师创建了语义模型时, SDI 提供了可选地导入语义模型作为起点的能力。 SDI 支持 Owl 或 JSON 文件格式来导入语义模型。它可以通过 REST API 的 POST 方法上传本体作业。

  • 推断语义模型: SDI 利用提取的 schema 来推断来自多个系统的数据的相关性,并提供推荐的语义模型。用户可以提供 schema 列表来创建语义模型,Infer Semantic Model API 将提供推断的语义模型。这些推断模型可以在模型推理过程中根据用户提供的 namespace 进行检索。 这种推断语义模型的能力减少了大量所需的技能、时间和资源的投资,并为数据分析师提供了一个极有价值的起点。REST API 可以通过 POST 方法访问它来推断语义模型。

限制

  • SDI 目前支持从开源工具 web protégé 生成的 Owl 文件格式。有关 SDI 支持的 Owl 文件的详细信息请参考 How to create semantic models
  • 目前 SDI semantic service 支持键映射类型的查询。但不支持涉及具有函数映射的 namespace 的语义查询。
  • SDI 不允许在属性或类名中使用 * 之类的特殊字符。
  • 每个租户对 SDI 的最大并发请求限制为30。
  • 每个租户在 SDI 中最多存储100个语义模型。
  • 每个语义模型最多包含500个 classes、2000个properties、1000个mappling 和1000个 property 关系。

示例场景

某企业拥有来自 PLM、ERP、CRM 和 HRM 系统的数据。为了理解和维护各种属性之间的关系,企业可以通过 SDI 使用语义服务,并在 SDI 上创建统一的数据模型视图。一旦业务属性和物理模式之间的映射完成,就可以构建各种语义查询。
SDI Semantic services 将管理所有模式属性的所有关系、映射和业务属性。
最后,创建的语义查询将与 queryid 相关联。可以使用 GET query results API 方法直接查询该 queryid。SDI将在内部获取在语义模型中完成的映射,并为语义/业务值提供查询结果。

相关链接


Last update: March 22, 2023