huffle，可以减少网络压力，使数据的处理本地化，提高集群的性能和可支持的并发度。通过对关联条件和分组条件的仔细设计，能够尽可能的减少不必要的数据shuffle。 选择存储方案 【建议】表的存储类型是表定义设计的第一步，用户业务类型是决定表的存储类型的主要因素，表存储类型的选择依据请参考表1。

查看更多 →

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

查看更多 →

huffle，可以减少网络压力，使数据的处理本地化，提高集群的性能和可支持的并发度。通过对关联条件和分组条件的仔细设计，能够尽可能的减少不必要的数据shuffle。 选择存储方案 【建议】表的存储类型是表定义设计的第一步，客户业务类型是决定表的存储类型的主要因素，表存储类型的选择依据请参考表1。

查看更多 →

表设计 总体上讲，良好的表设计需要遵循以下原则： 【关注】减少需要扫描的数据量。通过分区表的剪枝机制可以大幅减少数据的扫描量。 【关注】尽量减少随机I/O。通过聚簇/局部聚簇可以实现热数据的连续存储，将随机I/O转换为连续I/O，从而减少扫描的I/O代价。 选择存储方案 【建议】

查看更多 →

约束设计 DEFAULT和NULL约束 【建议】如果能够从业务层面补全字段值，那么，就不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 【建议】给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 【建议】给可以显式命名的约束显式命名。除了NOT

查看更多 →

L3业务对象的数据owner部门和描述为必填项，L1和L2为非必填项。 数据owner人员展示该空间下的所有人员，也可以手动输入owner人员名称。 左侧列表页选中某一层级后只展示下一层级所有数据，选中L3业务对象展示该业务对象基本信息。 从文件导入 架构设计师进入到对应空间和方案后，选择对应信息架构的主题设计。

查看更多 →

提交审核 架构设计完成后提交审核。 提交审核：将方案和设计提交给华为和伙伴的架构师审核。 架构选择：选择需要评审的架构名称。 方案审核责任人：一般选择华为和伙伴的的架构师。 图13 提交方案设计审核 提交后由华为和伙伴侧架构师对方案进行审核，如审核通过，则方案设计完成；如审核未通过须按照评审意见修改后再提交。

查看更多 →

主题设计 主题设计是通过分层架构表达对数据的分类和定义，帮助厘清数据资产，明确业务领域和业务对象的关联关系。 您可以通过以下两种方式进行主题设计： 新建主题并发布 手动新建并发布主题。 导入主题设计信息 如果主题信息比较复杂，建议采用导入方式批量导入主题信息。 您可以下载系统提供

查看更多 →

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

查看更多 →

指标设计 业务指标 技术指标 父主题： 数据架构

查看更多 →

A：在的，备份不会被覆盖的。 Q：还原备份，百度优化的“关键词”和“网页标题”支持还原？ A：如果您是之前设置了关键词和页面的独立标题，备份后还原，关键词和标题都是会同步还原回来。 Q：备份的内容是否包括支付设置？还原备份又是否包含支付设置？ A：备份是包括支付设置的，还原时如果有勾选“还原数据”也是会还原备份的支付设置的。

查看更多 →

主题设计 主题设计是通过分层架构表达对数据的分类和定义，帮助厘清数据资产，明确业务领域和业务对象的关联关系。 单击左侧导航栏“主题设计”并进入主题设计页面。 图1 主题设计1 单击导入，单击下载主题导入模板。 图2 主题设计2 下载模板如下： 表1 下载模板 上级流程 *名称 *编码

查看更多 →

怎么发布架构模板到解决方案加速场？ 设计完成后能更改集成架构、部署架构吗？ 架构可靠性检查，为什么有的会有手动评估补充？ 集成架构可靠性检查结果不通过，还可以保存和提交吗？ 卖家中心自动生成的方案，方案类型选错了，提交后还可以修改吗? 为什么设计中心集成架构保存一直转圈，无法保存？

查看更多 →

设计流程 需求理解 设计思路 设计原则 总体架构

查看更多 →

表设计 总体上讲，良好的表设计需要遵循以下原则： 【关注】减少需要扫描的数据量。通过分区表的剪枝机制可以大幅减少数据的扫描量。 【关注】尽量减少随机I/O。通过聚簇/局部聚簇可以实现热数据的连续存储，将随机I/O转换为连续I/O，从而减少扫描的I/O代价。 选择存储方案 【建议】

查看更多 →

约束设计 DEFAULT和NULL约束 【建议】如果能够从业务层面补全字段值，那么，就不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 【建议】给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 【建议】给可以显式命名的约束显式命名。除了NOT

查看更多 →

约束设计 DEFAULT和NULL约束 【建议】如果能够从业务层面补全字段值，那么，就不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 【建议】给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 【建议】给可以显式命名的约束显式命名。除了NOT

查看更多 →

API设计 项目概况 API设计 接口审核 编辑模式与API规范检查 公共模型 Markdown设计 API调试 脚本能力

查看更多 →

目录：在上一步中，如果通过方法一和方法二新建Markdown，目录初始内容为空，可以手动选择；如果通过方法三新建Markdown，目录会自动生成为选中的目录，也可以手动修改。 名称：可根据业务需要自定义命名，不能为空。命名规则：只支持中文、英文、下划线、数字和“.”，且以中英文开头，长度为3-64个字符。

查看更多 →

支持创建100个项目中根目录。 请求方式 定义接口的请求方式，制定了客户端对服务端资源操作的方法，在API设计过程中，需要根据业务和操作类型选择合适的请求方式。 GET（获取）：用于获取指定资源，使用查询参数传递参数，适用于读取资源和查询数据。 POST（提交）：用于提交数据。POST请求可以传递请求体参数，

查看更多 →

约束设计 DEFAULT和NULL约束 如果能够从业务层面补全字段值，那么，不建议使用DEFAULT约束，避免数据加载时产生不符合预期的结果。 给明确不存在NULL值的字段加上NOT NULL约束，优化器会在特定场景下对其进行自动优化。 给可以显式命名的约束显式命名。除了NOT

查看更多 →