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

查看更多 →

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

查看更多 →

: 维度表 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

查看更多 →

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

查看更多 →

物流 下单后什么时候发货？怎么查看物流信息？

查看更多 →

支持的并发度。通过对关联条件和分组条件的仔细设计，能够尽可能的减少不必要的数据shuffle。 选择存储方案 【建议】表的存储类型是表定义设计的第一步，客户业务类型是决定表的存储类型的主要因素，表存储类型的选择依据请参考表1。 表1 表的存储类型及场景 存储类型 适用场景 行存

查看更多 →

以防可能出现的数据溢出。 表1 表的分区方式及使用场景 分区方式 描述 Range 表数据通过范围进行分区。 Interval 表数据通过范围进行分区，超出范围的会自动根据间隔创建新的分区。 List 表数据通过指定列按照具体值进行分区。 Hash 表数据通过Hash散列方式进行分区。

查看更多 →

防止可能出现的数据溢出。 表1 表的分区方式及使用场景 分区方式 描述 Range 表数据通过范围进行分区。 Interval 表数据通过范围进行分区，超出范围的会自动根据间隔创建新的分区。 List 表数据通过指定列按照具体值进行分区。 Hash 表数据通过Hash散列方式进行分区。

查看更多 →

关联条件和分组条件的仔细设计，能够尽可能的减少不必要的数据shuffle。 选择分布方案 表的分布方式的选择如表1所示。 表1 表的分布方式及使用场景 分布方式 描述 适用场景 Hash 表数据通过Hash方式散列到集群中的所有DN上。 数据量较大的事实表。 Replication

查看更多 →

支持的并发度。通过对关联条件和分组条件的仔细设计，能够尽可能的减少不必要的数据shuffle。 选择存储方案 【建议】表的存储类型是表定义设计的第一步，用户业务类型是决定表的存储类型的主要因素，表存储类型的选择依据请参考表1。 表1 表的存储类型及场景 存储模型 优点 缺点 适用场景

查看更多 →

支持的并发度。通过对关联条件和分组条件的仔细设计，能够尽可能的减少不必要的数据shuffle。 选择存储方案 【建议】表的存储类型是表定义设计的第一步，用户业务类型是决定表的存储类型的主要因素，表存储类型的选择依据请参考表1。 表1 表的存储类型及场景 存储类型 适用场景 行存

查看更多 →

【建议】表的存储类型是表定义设计的第一步，客户业务类型是决定表的存储类型的主要因素，表存储类型的选择依据请参考表1。 表1 表的存储类型及场景 存储类型 适用场景 行存 点查询（返回记录少，基于索引的简单查询）。 增、删、改操作较多的场景。 列存 统计分析类查询 （关联、分组操作较多的场景）。

查看更多 →

组条件的仔细设计，能够尽可能的减少不必要的数据shuffle。 选择分布方案 表的分布方式的选择如表2 表的分布方式及使用场景所示。 表1 表的分布方式及使用场景 分布方式 描述 适用场景 Hash 表数据通过Hash方式散列到集群中的所有DN上。 数据量较大的事实表。 Replication

查看更多 →

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

查看更多 →

多维模型是由数字型度量值组成的一张事实表连接到一组包含描述属性的多张维度表，事实表与维度表通过主/外键实现关联。 典型的维度模型有星形模型，以及在一些特殊场景下使用的雪花模型。 在 DataArts Studio 数据架构中，维度建模是以维度建模理论为基础，构建总线矩阵、抽象出事实和维度，构建维度模

查看更多 →

运维团队：负责查看并监控所有资源使用情况的团队。 访客：预留的只读权限团队，指那些仅具有查看资源权限的人员。 通过表1，给公司不同的职能团队设置不同的权限，可以实现各团队之间权限隔离，各司其职。 表1 权限设置 职能团队 需要授予的策略 权限说明 行管团队 U CS FullAccess UCS服

查看更多 →

于日后按分类查找报表。 图3 账表分类 在账表分类上新建报表，设置报表编码、名称等信息。 图4 新建账表 新建报表后报表是没有样式的，还需要针对新建的报表设计该报表的格式。设计格式之初，首先选择合适的数据模型，然后进行报表格式设计。 图5 数据模型选择 根据业务需要的样式拖拽左侧

查看更多 →

表设计最佳实践 选择分布方式 选择分布列 使用分区表 选择数据类型 查看表所在节点 父主题： 最佳实践

查看更多 →

表设计最佳实践 使用分区表 选择数据类型 父主题： 最佳实践

查看更多 →