规范设计 配置中心 流程设计 主题设计 码表管理 数据标准 关系建模 业务指标 技术指标 维度建模 父主题： 实施步骤

查看更多 →

高性能编码规范 可以通过优化表结构、业务代码逻辑等提高性能。 减少复杂接口设计 单个服务不要实现太多的功能，服务越复杂可重用性越差。 单个服务不要返回太多的数据，包括记录数以及关联数据。 表结构优化 常用的查询条件字段创建索引，创建索引时区分度大的字段放在前面。 不要对所有字段建

查看更多 →

设计规范 一般规范 任何表的设计都要考虑到数据的删除策略，表中的数据不能无止境的增长而不删除。 严禁将业务数据放在系统表空间中，必须有独立的表空间存放业务数据。 索引数据和表数据要分开存储，放在不同的表空间中。 在不同业务系统共用同一个数据库时，要注意不同业务系统的对象必须存放在

查看更多 →

设计规范 命名规范 数据库对象（库名、表名、字段名、索引名）命名建议全部使用小写字母开头，后面跟字母或者数字，数据库对象（库名、表名、字段名、索引名）名字长度建议都不要大于32字节。 数据库名称不能使用特殊字符("",.,$,\,/,*,?,~,#,:,|")和空字符\0，数据库

查看更多 →

设计规范 命名规范 数据库对象（库名、表名、字段名、索引名）命名建议全部使用小写字母开头，后面跟字母或者数字，数据库对象（库名、表名、字段名、索引名）名字长度建议都不要大于32字节。 数据库名称不能使用特殊字符("",.,$,\,/,*,?,~,#,:,|")和空字符\0，数据库

查看更多 →

权限设计规范 业务使用前必须由root用户为业务创建DATABASE、SCHEMA和USER，然后再赋予相关用户对应对象的权限。 如果该用户不是该schema的owner，要访问schema下的对象，需要同时给用户赋予schema的usage权限和对象的相应权限。 DATABASE、SCHEMA和USER名使用小写。

查看更多 →

索引设计规范 使用数据库索引实践推荐的索引类型。 索引设计建议使用推荐类型，如果需要使用禁用、不推荐、限制使用的索引类型，建议联系 GaussDB数据库 专家进行评估。 表1 数据库索引实践推荐 索引类型 说明 是否推荐 主键/唯一索引 单列或多列主键/唯一索引 推荐 表达式索引 索

查看更多 →

设计规范设置 CodeArts API提供华为云设计API规范性检查功能。通过规范性检查功能，可以形成统一的设计规范，避免API设计不一致，提高API设计质量。 单击项目名称，进入目标项目，单击“项目设置 > 设计规范设置”，进入“设计规范设置”页面。 新增设计规范 在“设计规范

查看更多 →

索引设计规范 避免因为字段类型不同造成的隐式转换，导致索引失效。 业务上具有唯一特性的字段，即使是多个字段的组合，建议在所有具有唯一特性字段的最小集合上建立唯一索引。 例如：一个表含有有a，b，c，d，e，f字段，在业务上ab和ef分别是具有唯一特性的字段集合，那么最好在最小集合ab和ef上分别建立唯一索引。

查看更多 →

表设计规范 必须指定表分布（DISTRIBUTE BY），表分布策略选择的原则如下： 目前提供REPLICATION和HASH两种表分布策略。REPLICATION分布会在每个节点保留一份相同的完整的数据表。HASH分布会根据所提供的分布键值将表数据分布到多个节点中。 对于系统配

查看更多 →

基本设计规范 设计规范 规则1：禁止在数据库中存储图片、文件等大数据。图片或文件等大数据建议存储到 对象存储服务 中。 规则2：单行key和value数据大小最大不能超过64KB，平均大小不超过10KB。 规则3：任何表的设计都要考虑到数据的删除策略，表中的数据不能无限的增长而不删除。

查看更多 →

ClickHouse设计开发规范 ClickHouse设计规范概述 ClickHouse集群规划 ClickHouse数据库设计 ClickHouse数据库开发 ClickHouse数据库调优 ClickHouse数据库运维

查看更多 →

库表设计规范 所有创建的MySQL表必须为InnoDB引擎，适配MySQL的其它引擎不支持事务。 小数类型建议使用DECIMAL，禁止使用FLOAT和DOUBLE。 FLOAT和DOUBLE在存储的时候，存在精度损失的问题，很可能在值比较的时候得到的结果有误。如果存储的数据范围超

查看更多 →

字段设计规范 字段设计应使用推荐类型。 字段设计需使用推荐字段，如果需要使用禁用、不推荐的字段类型，建议联系技术支持进行评估。 这些数据类型不推荐或禁止的原因是业务使用场景较少，未大规模商用。 对于业务上有迫切字段类型要求的，联系技术支持。 表1 数据库数据类型最佳实践 数据类型

查看更多 →

Hudi表模型设计规范 规则 Hudi表必须设置合理的主键。 Hudi表提供了数据更新和幂等写入能力，该能力要求Hudi表必须设置主键，主键设置不合理会导致数据重复。主键可以为单一主键也可以为复合主键，两种主键类型均要求主键不能有null值和空值，可以参考以下示例设置主键： SparkSQL：

查看更多 →

Spark DAG设计规范说明 操作场景 合理的设计程序结构，可以优化执行效率。在程序编写过程中要尽量减少shuffle操作，合并窄依赖操作。 操作步骤 以“同行车判断”例子讲解DAG设计的思路。 数据格式：通过收费站时间、车牌号、收费站编号...... 逻辑：以下两种情况下判定这两辆车是同行车：

查看更多 →

数据库设计规范 基本规范 部署规范 数据库对象命名规范 数据库设计规范 权限设计规范 表设计规范 字段设计规范 索引设计规范 函数/存储过程设计规范 父主题： 使用规范建议

查看更多 →

需要按实际应用需要设计、开发即可。 设计步骤 图8 设计步骤 应用需求分析：这部分主要针对数据应用系统所需要的数据范围及指标来确定，因此是先分析数据应用系统的需求，再提炼数据集市的数据接口需求 目标表设计：即数据集市结果表设计，根据数据应用的需求进行数据表设计 数据源分析：主要分

查看更多 →

Hudi表索引设计规范 规则 禁止修改表索引类型。 Hudi表的索引会决定数据存储方式，随意修改索引类型会导致表中已有的存量数据与新增数据之间出现数据重复和数据准确性问题。常见的索引类型如下： 布隆索引：Spark引擎独有索引，采用bloomfiter机制，将布隆索引内容写入到Parquet文件的footer中。

查看更多 →

务，释放数据更大的价值。 表1 ClickHouse设计规范说明 项目 描述 数据库规划 集群业务规划、容量规划、数据分布。 数据库设计 Database设计、宽表设计、分布式表设计、本地表设计、分区设计、索引设计、物化视图设计。 数据库开发 简单查询、聚合查询、join查询、数据增/删/改等SQL开发。

查看更多 →

Hudi表分区设计规范 规则 分区键不可以被更新： Hudi具有主键唯一性机制，但在分区表的场景下通常只能保证分区内主键唯一，因此如果分区键的值发生变更后，会导致相同主键的行记录出现多条的情况。在以日期分区的场景，可采用数据的创建时间为分区字段，切记不要采用数据更新时间做分区。

查看更多 →