“新增图”或者在工程树上的Subsystem元素节点右键“新增图”，在新增图界面图类型仍为逻辑模型。 元素创建完子图后，在所有图中元素图形右下角有一个眼镜图标，双击该图标可快速打开这个元素的子图，如下图所示： 将Subsystem1以Link的形式拖入1层逻辑模型，如下图所示：

查看更多 →

在数据架构控制台，单击左侧导航树中的“逻辑模型”。 在总览图中找到所需要的逻辑模型，将光标移动到该卡片上，单击该模型的转换按钮。逻辑模型只支持转换为关系建模的模型。 图8 逻辑模型转化为物理模型 在“转换为物理模型”对话框中，配置如下参数，然后单击“确定”。 图9 转换为物理模型 逻辑模型转换为物理模型时，系统会先校验是否有前缀。

查看更多 →

该规则项检查出的是架构信息树中按模型图构树后显示红色叹号的告警元素。 检查范围 当前模型工程所有逻辑模型图中的逻辑元素。 逻辑元素定义：“工程设置>元素构造型”下，绑定到4+1视图：逻辑模型的基础构造型与自定义构造型元素以及逻辑模型架构方案配置的构造型。 包括：在逻辑模型图上创建出来的逻辑元素，引用到

查看更多 →

在包下新建逻辑模型图 您可以在包、元素下面建图，也可以在起始页建图，此处以在包下新建逻辑模型图为例，步骤如下： 在左侧工程树打开模型工程根节点Test1下的“逻辑视图>逻辑模型”，单击右侧更多操作或右键打开包菜单，单击“新增图”。 在“选择图类型”页面选择 “4+1 视图>逻辑视图>

查看更多 →

新增，进入新增维度编辑页面。 图1 维度建模1 选择所属主题，填入基本信息，包括：维度名称、维度编码、维度类型、资产责任人。填入物化配置，包括：数据库连接类型、选择相应数据连接、数据库、Schema。最后添加的属性配置。单击发布，勾选自助审批。 图2 维度建模2 发布之后会将维度物化到数据库中，在维度表里可以查看。

查看更多 →

参考类别管理。 图2 手动新建实体 在逻辑实体属性界面创建该实体的属性，包含属性名称、属性英文名称、数据类型、数据长度、是否主键、是否分区等字段后，点击【确认】即可完成逻辑实体的创建。 图3 逻辑实体属性配置 从文件导入逻辑实体 架构师点击对应信息架构的逻辑模型名称进入设置。 点

查看更多 →

考察模型逻辑 虽然模型的思考过程是个黑盒，但可以通过反问模型答案生成的逻辑或提问模型是否理解任务要求，考察模型生成的逻辑，提升模型思维过程的可解释性。 对于模型答案的反问 如果模型给出了错误的答案，可以反问模型回答的逻辑，有时可以发现错误回答的根因，并基于此修正提示词。 在反问时

查看更多 →

先设计概念模型，再进一步细化设计出逻辑模型，最后设计物理模型。 物理模型：是在逻辑数据模型的基础上，考虑各种具体的技术实现因素，进行数据库体系结构设计，真正实现数据在数据库中的存放，例如：所选的 数据仓库 是DWS或 DLI 。 维度建模 维度建模是从分析决策的需求出发构建模型，它主要是

查看更多 →

转换逻辑模型为物理模型 功能介绍 转换逻辑模型为物理模型，转换成功则显示转换后的目标模型信息。 异常：目标模型信息的“id”等属性为null时，则需要调用《获取操作结果》接口查看具体报错信息：GET https://{endpoint}/v1/{project_id}/design/operation-results

查看更多 →

逻辑视图 概述 逻辑模型 数据模型 领域模型 功能模型 技术模型 父主题： 4+1视图建模

查看更多 →

在逻辑模型图中创建建模元素 选择逻辑模型图后，工具面板会显示对应模型图下的建模元素。 将鼠标移动到需要使用的元素System上直至变成手势图标，此时左键拖拽元素到右侧画布中，松开左键后成功创建名称为System1的元素，同样的方式创建元素Subsystem1，如下图所示： 图1 创建元素

查看更多 →

，拖拽“BO”对象至画布空白区域。选中对象，在右侧页面设置对象属性，如图1所示。 图1 BO 对象名称：设置对象的名称，必须使用大驼峰格式，不允许存在连续的大写字母。 中文名：设置BO对象的中文名称。 分库逻辑：设置BO数据分库（sharding）策略。 广播对象（BROADCA

查看更多 →

象出事实和维度，构建维度模型和事实模型，同时对报表需求进行抽象整理出相关指标体系，通过数据集市构建出汇总模型。 数据架构总览 在 DataArts Studio 控制台首页，选择对应工作空间的“数据架构”模块，进入数据架构页面，查看“总览”，如图1所示。 图1 数据架构总览 我的待办

查看更多 →

ODFS内部发生其他未知错误时会触发该分支条件，不选择则进入异常流程。 如何使用图元 当需要重复执行某个操作直到符合一定条件时使用该图元。 单击图元，或使用鼠标将图元拖拽到画布上，然后配置循环条件以及循环的数据对象。 典型使用场景 下面使用逻辑循环图元示例一个通过循环实现字符串拼接的场景。 操作员登录AI

查看更多 →

ODFS内部发生其他未知错误时会触发该分支条件，不选择则进入异常流程。 如何使用图元 当需要重复执行某个操作直到符合一定条件时使用该图元。 单击图元，或使用鼠标将图元拖拽到画布上，然后配置循环条件以及循环的数据对象。 典型使用场景 下面使用逻辑循环图元示例一个通过循环实现字符串拼接的场景。 操作员登录AI

查看更多 →

缺点是需要额外维护维度表的数量。 图2 雪花模型 本实践基于TPC-DS的SS（Store Sales）模型做验证。该模型为雪花模型，图3显示了该数据模型的结构。 图3 TPC-DS Store Sales ER-Diagram 有关该模型中事实表Store_Sales及各维度

查看更多 →

缩短产品交货期、降低成本、提升企业经济效益的目标。 总体流程图 图1 销售管理总体流程图 系统特性 本产品销售管理系统为企业提供如下应用特性： 支持多组织体系下客户、物料等基础资料数据的共享 支持单体、和多组织企业的销售业务处理 支持自定义单据类型及布局 系统提供预置业务流程，支持标准及个性化流程的应用

查看更多 →

创建的订单类型分为备库订单和销售订单，备库订单进行MRP计算时不考虑库存不考虑占用。 大体业务流程如下图 图3 大体业务流程 销售退货 创建销售退货记录； 基本信息 单击菜单列表中销售管理下的销售退货，右侧出现销售退货信息页面 图4 销售退货 新建销售退货（移动端进行退货信息同步） 图5 新建销售退货 增加该订单的退货记录

查看更多 →

销售管理 销售管理概述 客户需求管理 商家专属优惠 代金券管理 父主题： 商品交易

查看更多 →

图解数据仓库服务

查看更多 →

ClickHouse逻辑视图设计 建议如下： 业务逻辑上有很多比较复杂的SQL运算，可以封装为一个视图，后续查询时只查询视图，简化业务查询使用。 如果业务间有权限隔离诉求，可将部分数据查询封装到视图中，使用视图方只能看到视图下有限行及列的数据。 父主题： ClickHouse应用开发规范

查看更多 →