，不勾选则无法同步。 管理事实表 事实表创建好之后，进入数据架构的“维度建模 > 事实表”页面，您可以对事实表进行编辑、发布、下线、查看发布历史或删除操作。 图6 事实表管理 编辑事实表 在事实表列表中，找到需要编辑的事实表，单击“编辑”，进入编辑事实表页面。 根据实际需要编辑相关内容。

查看更多 →

事实表接口 查找事实表 查看事实表详情 查看逆向事实表任务 父主题： 数据架构API

查看更多 →

: 维度表 DIMENSION_TABLE_ATTRIBUTE: 维度属性 DIRECTORY: 目录 FACT_ATTRIBUTE: 事实表属性 FACT_DIMENSION: 事实表维度 FACT_ LOG IC_TABLE: 事实表 FACT_MEASURE: 事实表度量 FUNCTION:

查看更多 →

: 维度表 DIMENSION_TABLE_ATTRIBUTE: 维度属性 DIRECTORY: 目录 FACT_ATTRIBUTE: 事实表属性 FACT_DIMENSION: 事实表维度 FACT_LOGIC_TABLE: 事实表 FACT_MEASURE: 事实表度量 FUNCTION:

查看更多 →

查看逆向事实表任务 功能介绍 查看逆向事实表任务。 调用方法 请参见如何调用API。 URI GET /v2/{project_id}/design/fact-logic-tables/database 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String

查看更多 →

选择表模型 在设计 数据仓库 模型的时候，最常见的有两种：星型模型与雪花模型。选择哪一种模型需要根据业务需求以及性能的多重考量来定。 星型模型由包含数据库核心数据的中央事实数据表和为事实数据表提供描述性属性信息的多个维度表组成。维度表通过主键关联事实表中的外键。如图1。 所有的事实都必须保持同一个粒度。

查看更多 →

后才能进行汇总表的新建，将复合指标计算结果写入汇总表中。 单击规范设计左侧“维度建模”，切换到汇总表页面，单击新建，进入新增汇总表编辑页面。 图5 汇总表1 进入新增汇总表编辑页面。填入所属主题、表名称、表编码、统计维度选择客户类型、数据连接类型、数据源、数据库和、Schema、资产责任人。

查看更多 →

度表通过主/外键实现关联。 典型的维度模型有星形模型，以及在一些特殊场景下使用的雪花模型。 在 DataArts Studio 数据架构中，维度建模是以维度建模理论为基础，构建总线矩阵、抽象出事实和维度，构建维度模型和事实模型，同时对报表需求进行抽象整理出相关指标体系，构建出汇总模型。

查看更多 →

，设置表名、类型、数据源等筛选条件，然后单击“搜索”可以查找指定的表，单击“表名称”，可以进入表的详情页面，查看表的详细信息。 新建 单击“新建”，可以新建业务表-逻辑模型、业务表-物理模型、维度表、事实表和汇总表。创建的过程可以参见逻辑模型、关系建模、新建维度、新建事实表、数据集市。

查看更多 →

视图和关联表设计 视图设计 【建议】除非视图之间存在强依赖关系，否则不建议视图嵌套。 【建议】视图定义中尽量避免排序操作。 关联表设计 【建议】表之间的关联字段应该尽量少。 【建议】关联字段的数据类型应该保持一致。 【建议】关联字段在命名上，尽可能体现出明显的关联关系。例如，采用同样名称来命名。

查看更多 →

视图和关联表设计 视图设计 除非视图之间存在强依赖关系，否则不建议视图嵌套。 视图定义中尽量避免排序操作。 关联表设计 表之间的关联字段应该尽量少。 关联字段的数据类型应该保持一致。 关联字段在命名上，应该可以明显体现出关联关系。例如，采用同样名称来命名。 父主题： 数据库对象设计

查看更多 →

视图和关联表设计 视图设计 【建议】除非视图之间存在强依赖关系，否则不建议视图嵌套。 【建议】视图定义中尽量避免排序操作。 关联表设计 【建议】表之间的关联字段应该尽量少。 【建议】关联字段的数据类型应该保持一致。 【建议】关联字段在命名上，应该可以明显体现出关联关系。例如，采用同样名称来命名。

查看更多 →

视图和关联表设计 视图设计 【建议】除非视图之间存在强依赖关系，否则不建议视图嵌套。 【建议】视图定义中尽量避免排序操作。 关联表设计 【建议】表之间的关联字段应该尽量少。 【建议】关联字段的数据类型应该保持一致。 【建议】关联字段在命名上，尽可能体现出明显的关联关系。例如，采用同样名称来命名。

查看更多 →

视图和关联表设计 视图设计 除非视图之间存在强依赖关系，否则不建议视图嵌套。 视图定义中尽量避免排序操作。 关联表设计 表之间的关联字段应该尽量少。 关联字段的数据类型应该保持一致。 关联字段在命名上，应该可以明显体现出关联关系。例如，采用同样名称来命名。 父主题： 数据库对象设计

查看更多 →

视图和关联表设计 视图设计 【建议】除非视图之间存在强依赖关系，否则不建议视图嵌套。 【建议】视图定义中尽量避免排序操作。 关联表设计 【建议】表之间的关联字段应该尽量少。 【建议】关联字段的数据类型应该保持一致。 【建议】关联字段在命名上，应该可以明显体现出关联关系。例如，采用同样名称来命名。

查看更多 →

视图和关联表设计 视图设计 除非视图之间存在强依赖关系，否则不建议视图嵌套。 视图定义中尽量避免排序操作。 关联表设计 表之间的关联字段应该尽量少。 关联字段的数据类型应该保持一致。 关联字段在命名上，应该可以明显体现出关联关系。例如，采用同样名称来命名。 父主题： 数据库对象设计

查看更多 →

视图和关联表设计 视图设计 除非视图之间存在强依赖关系，否则不建议视图嵌套。 视图定义中尽量避免排序操作。 关联表设计 表之间的关联字段应该尽量少。 关联字段的数据类型应该保持一致。 关联字段在命名上，应该可以明显体现出关联关系。例如，采用同样名称来命名。 父主题： 数据库对象设计

查看更多 →

关联子表 关联子表用于在当前表单中嵌套使用其他表单作为子表单，在提交当前表单数据同时创建子表的多条记录。 例如：提交一笔订单中包含了多个订单明细，则订单明细表为当前订单的子表。 在表单开发页面，从“高级组件”中拖拽“关联子表”组件至表单设计区域，如图1。 图1 关联子表 属性 字

查看更多 →

关联子表 关联子表用于在当前表单中嵌套使用其他表单作为子表单，在提交当前表单数据同时创建子表的多条记录。 例如：提交一笔订单中包含了多个订单明细，则订单明细表为当前订单的子表。 在表单开发页面，从“高级组件”中拖拽“关联子表”组件至表单设计区域，如图1。 图1 关联子表 属性 字

查看更多 →

DWI层作业顺序排列，注意使用Dummy空算子进行作业间的关联。 每个作业使用作业开发算子，每个算子关联对应的ETL脚本。 每个开发算子的失败策略为“终止后续节点执行计划” 建议每个画布中的作业算子不超过20个。 按事实表创建调度作业画布 按照DWR层事实表作业 > DWR层汇总表作业顺序排列 每个作业使用作

查看更多 →

关联表单 关联表单组件提供了关联其他表单数据，填充数据到当前表单组件的功能。在获取关联的表单数据同时，还提供了过滤筛选的功能。 图1 拖拽关联表单组件到设计区并设置属性 参数说明 标题：该字段在表单页面呈现给用户的名称。 帮助提示：为字段添加帮助信息。设置后，标题字段后会显示。 描述信息：为字段添加附件的说明信息。

查看更多 →