逻辑模型设计 逻辑模型设计用于定义和描述数据之间的逻辑关系。解决方案工作台支持创建逻辑实体并配置逻辑实体间的关系，支持从文件导入逻辑模型，支持导出逻辑模型。 创建逻辑模型 架构师进入到对应空间和方案后，选择对应信息架构的逻辑模型设计，点击“新建”按钮，填写模型名称和描述(非必填)，点击确认。

查看更多 →

当前模型工程中的所有符合定义规则的接口（定义规则：工程设置>构造型下，绑定到4+1视图 : 逻辑模型的接口Interface元素）。 在逻辑模型图上创建出来的接口元素之间的连线关系。 引用到逻辑模型中的接口（包含关联空间中的引用的逻辑元素）之间的连线关系。 如何检查 找出逻辑模型图里的接口间存在连线关系但连线

查看更多 →

设置一个父逻辑实体。本模块的父逻辑实体、子逻辑实体表示一个继承的概念，公共使用的逻辑实体及属性在逻辑上可以提炼为一个逻辑实体的就是父逻辑实体, 子逻辑实体是在父逻辑实体的基础上增加了特有属性，父逻辑实体属性的修改会影响所有继承它的子逻辑实体。 标签 标签是用户自定义的标识，它可以帮助用户对数据资产进行分

查看更多 →

括各种有形的物品、无形的电子产品、服务及观念。 狭义上，系统指能独立满足客户某种需求、并符合客户的理解及业界划分习惯的实体。 SubSystem 子系统是一个独立的能够满足特定功能的组合，通过一个或多个它所实现的接口来提供行为。 完全封装自己的内容，通过接口提供行为。 可由组件/模块或更小的子系统组成。

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

领域模型设计 以下为4个种子场景可以泛化的参数及范围，请确保在编写odr文件时各参数在以下描述范围内。 straight城区直行 merge匝道合流 split匝道分流 junction路口 one_way_junction单行线路口 父主题： 静态场景（地图）

查看更多 →

指标配置，单击添加，选择之前创建的衍生指标和复合指标。最后单击右下角的发布，勾选自助审批。 图7 汇总表3 查看汇总表，状态为发布状态。 数据集市是面向数据应用为出发点，一个数据集市可以支持多个相关的数据应用。数据集市的作用与指标汇总层类似，但服务的目标系统只是指标汇总层的一部分，因此集市比指标汇总层更面向应用和用户。

查看更多 →

connection_id 否 String 转化后物理表所属的数据连接ID。 database 否 String 转化后物理表所属的数据库。 queue 否 String 转化后物理表所属的队列（仅 DLI ）。 schema 否 String 转化后物理表所属的schema（仅DWS和PostgreSQL）。

查看更多 →

维度建模是从分析决策的需求出发构建模型，它主要是为分析需求服务，因此它重点关注用户如何更快速地完成需求分析，同时具有较好的大规模复杂查询的响应性能。 多维模型是由数字型度量值组成的一张事实表连接到一组包含描述属性的多张维度表，事实表与维度表通过主/外键实现关联。 典型的维度模型有星形模型，以及在一些特殊场景下使用的雪花模型。

查看更多 →

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

查看更多 →

逻辑场景是基于状态空间变量对功能场景的进一步详细描述，每个逻辑场景都有场景参数，比如前车的车速及其加速度，自车与前车距离等参数，这些参数都有一定的取值范围，根据这些参数可以派生出任意数量的具体场景。 逻辑场景库是不同逻辑场景的数据集合，以树状结构的形式表现出来，便于对逻辑场景进行统一的、有效的组织、管理和

查看更多 →

有利于打通数据底层的互通性，提升数据的可用性。 数据标准是指保障数据的内外部使用和交换的一致性和准确性的规范性约束，是对数据的名称、含义、结构、取值等信息的统一定义和规范，以达成对数据的业务理解、技术实现的一致。 数据标准管理是指数据标准的制定和实施的一系列活动，包括明确组织职责

查看更多 →

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

查看更多 →

转换（Transform）：在这个阶段，提取的数据经过一系列的转换操作，以满足目标系统的需求。转换操作可以包括数据清洗、数据格式转换、数据合并、数据计算等。转换的目的是将数据转化为目标系统所需的结构和格式，并进行必要的数据处理和修正。 加载（Load）：在这个阶段，经过转换后的数据被加载到目标系统中，

查看更多 →

使用资源管理功能 数据仓库 服务 GaussDB (DWS) 已有业务数据的物理集群转换逻辑集群 04:26 已有数据的物理集群转换成逻辑集群 数据仓库服务 GaussDB(DWS) 基于GDS实现跨DWS数据互联互通 08:14 基于GDS实现跨DWS数据互联互通 数据仓库服务 GaussDB(DWS)

查看更多 →

SparkSQL天然与Hive集成，无需考虑元数据问题。该条建议针对的是通过Spark Datasource API或者Flin写Hudi表的场景，通过这两种方式写Hudi时需要增加向Hive同步元数据的配置项；该配置的目的是将Hudi表的元数据统一托管到Hive元数据服务中，为后续的跨引擎操作数据以及数据管理提供便利。

查看更多 →

用程序设计的更接近特定用户的要求，或满足不同地区的法律或其他要求。 可用区 一个可用区是一个或多个物理数据中心的集合，有独立的电力和网络，AZ内逻辑上再将计算、网络、存储等资源划分成多个集群。一个Region中的多个AZ间通过高速光纤相连，以满足用户跨AZ构建高可用性系统的需求。

查看更多 →