物理模型设计 物理模型是对真实数据库的描述，即根据逻辑模型对应到具体的数据模型的机器实现。解决方案工作台支持多种数据库类型的物理模型，支持从逻辑实体新建物理模型表/从文件导入，支持导出文件等。 创建物理模型 架构师进入到对应空间和方案后，选择对应信息架构的物理模型设计。 点击“新

查看更多 →

编辑schema 物理表操作 新增物理表 选中页面左侧物理模型树最末级节点（“schema”节点），右侧表格上出现“新增物理表”按钮。 单击“新增物理表”按钮，跳转进入新增物理表页面。 填写表信息，新增字段，单击“提交”按钮完成操作。 图6 新增物理表 图7 填写物理表信息 编辑物理表：单击

查看更多 →

，例如：所选的 数据仓库 是DWS或 DLI 。 维度建模 维度建模是从分析决策的需求出发构建模型，它主要是为分析需求服务，因此它重点关注用户如何更快速地完成需求分析，同时具有较好的大规模复杂查询的响应性能。 多维模型是由数字型度量值组成的一张事实表连接到一组包含描述属性的多张维度表，事实表与维度表通过主/外键实现关联。

查看更多 →

需要设计、开发即可。 设计步骤 图8 设计步骤 应用需求分析：这部分主要针对数据应用系统所需要的数据范围及指标来确定，因此是先分析数据应用系统的需求，再提炼数据集市的数据接口需求 目标表设计：即数据集市结果表设计，根据数据应用的需求进行数据表设计 数据源分析：主要分析数据仓库的数

查看更多 →

object_type：宾语 单击可查看最新发布的模型版本可抽取的知识种类，如图4所示。 版本管理 版本 版本ID。 描述 版本的描述。 模型评估 版本的模型评估参数。 ：准确率（Precision）是在被所有预测为正的样本中实际为正样本的概率。 ：召回率（Recall）是在实际为正的样本中被预测为正样本的概率。

查看更多 →

构建模型 自定义模型规范 自定义镜像 规范 使用AI Gallery SDK构建自定义模型 父主题： 发布和管理AI Gallery模型

查看更多 →

创建模型 创建模型不同方式的场景介绍 从训练作业中导入模型文件创建模型 从OBS中导入模型文件创建模型 从容器镜像中导入模型文件创建模型 从AI Gallery订阅模型 父主题： 使用ModelArts Standard部署模型并推理预测

查看更多 →

创建模型 构造一个模型。HiLens kit可以使用昇腾310芯片支持的模型来进行推理，使用此方法来构造一个后续用于推理的模型。模型构造失败则会抛出一个CreateError，并在日志上打印出错误码（例如0x1013011为模型路径错误）。当返回的对象被析构时，对应的模型资源也被释放。

查看更多 →

Composition 组合，是整体与部分的关系，但部分不能离开整体而单独存在。 Aggregation 聚合，是整体与部分的关系，且部分可以离开整体而单独存在。 Dependency 依赖，是一种使用的关系，即一个类的实现需要另一个类的协助。 Usage 使用，是一种使用的关系。表明一

查看更多 →

模型设计 总览 数据模型图谱 数据模型管理 数据看板

查看更多 →

模型设计 如何创建连线关系 如何快速复制元素 如何表示父子关系 如何实现图与图之间的关联跳转 如何添加元素属性和方法 顺序图怎么连线 如何编辑顺序图中的操作符 如何查看和修改模型图类型

查看更多 →

模型设计 数仓规划 关系建模 维度建模 数据集市 父主题： 数据架构

查看更多 →

name 是 String 模型名称，取值范围：[5,32]，允许大小写字母、数字、下划线(_)、中划线(-)和空格,只能以字母开头。 最小长度：5 最大长度：32 description 否 String 模型描述信息。 最小长度：0 最大长度：1024 type 是 String

查看更多 →

建元素）； 如何检查 查询基于模型图构出的构建模型架构树，找出与架构方案不匹配（标红）的元素。 正确示例 架构层级规则示例： 关联父级：配置的是当前层级元素与上一层级的元素之间的连线类型和父子关系指向。 嵌套：是否支持当前类型的元素与同类型元素建立关系。 嵌套关系：当前类型的元素

查看更多 →

项目ID，获取方法请参见项目ID和账号ID。 model_id 是 String 所属关系建模的模型ID，ID字符串。model_id可从接口获取模型中获取。 请求参数 表2 请求Header参数 参数 是否必选 参数类型 描述 X-Auth-Token 是 String IAM Token，通过调用

查看更多 →

用户在关系建模过程中，可以从数仓规划去设计物理模型。 物理模型：是在逻辑数据模型的基础上，考虑各种具体的技术实现因素，进行数据库体系结构设计，真正实现数据在数据库中的存放，例如：所选的数据仓库是DWS或 MRS _Hive。 维度建模 维度建模是从分析决策的需求出发构建模型，它主要是

查看更多 →

关系建模 逻辑模型是利用实体及相互之间的关系，准确描述业务规则的实体关系图。逻辑模型要保证业务所需数据结构的正确性及一致性，使用一系列标准的规则将各种对象的特征体现出来，并对各实体之间的关系进行准确定义。同时，逻辑模型也为构建物理模型提供了有力的参考依据，是最终成功设计数据库过程中必不可少的一个阶段。

查看更多 →

当前支持批量修改“沿用表名称”、“模型分类”和“模型责任人”字段的信息。 图3 批量修改模型信息 表1 批量修改建模信息 修改字段 说明 沿用表名称 是否沿用物理表的名称。 是：沿用物理表的名称。 否：不沿用物理表的名称，表名称自动修改为“应用名_物理表名称”或“应用名_物理表名称_REL”，可自定义。

查看更多 →

是否校验词条：如果逻辑实体名称已配置词条（参考词条设计），选择是否校验配置的词条。 新建关系 逻辑实体与实体之间通过关系连接。解决方案工作台支持创建1:1、1:n、n:n关系类型。 创建实体后，切换至“图形化”界面。 画板上展示的是当前选中的L1主题域分组的实体，您可以通过已下两种方式创建实体

查看更多 →

“4+1 View”。 “UML”：又称统一建模语言或标准建模语言，是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持。 “4+1 View”：是一组相关联模型的集合，从不同的视角，反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型

查看更多 →

是否必选 参数类型 参数描述 filepath 是 字符串 模型文件的路径。 可根据自己在新建技能>填写技能内容时上传模型的方式查看模型文件的路径。 方式一：在“模型”字段添加多个模型。此时获取模型路径请参见获取模型路径。 方式二：提前将多个模型和代码一起打包上传至OBS，“代码上传方式

查看更多 →