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

查看更多 →

GaussDB (DWS)对象设计规范 DATABASE对象设计规范 USER对象设计规范 SCHEMA对象设计规范 TABLESPACE对象设计规范 TABLE对象设计规范（重点） INDEX对象设计规范（重点） VIEW对象设计规范 父主题： GaussDB(DWS)开发设计建议

查看更多 →

USER对象设计规范 规则2.5 禁止使用特殊权限用户运行业务，需遵循权限最小分配原则 违反规则的影响： 特殊权限用户如管理员用户，均具有特殊用途，使用此类用户运行业务有安全和管控风险。 方案建议： 使用普通用户运行业务，特殊权限类用户仅用于管理类操作。 规则2.6 禁止使用一个数据库用户运行所有业务

查看更多 →

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

查看更多 →

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

查看更多 →

GaussDB(DWS)对象设计规范 DATABASE对象设计规范 USER对象设计规范 SCHEMA对象设计规范 TABLESPACE对象设计规范 TABLE对象设计规范（重点） INDEX对象设计规范（重点） VIEW对象设计规范 父主题： GaussDB(DWS)开发设计规范

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

GaussDB(DWS)开发设计规范 GaussDB(DWS)总体开发设计规范 GaussDB(DWS)连接管理规范 GaussDB(DWS)对象设计规范 GaussDB(DWS) SQL开发规范 GaussDB(DWS)外表功能开发规范 GaussDB(DWS)存储过程开发规范

查看更多 →

USER对象设计规范 规则2.5 禁止使用特殊权限用户运行业务，需遵循权限最小分配原则 违反规则的影响： 特殊权限用户如管理员用户，均具有特殊用途，使用此类用户运行业务有安全和管控风险。 方案建议： 使用普通用户运行业务，特殊权限类用户仅用于管理类操作。 规则2.6 禁止使用一个数据库用户运行所有业务

查看更多 →

ClickHouse设计规范概述 内容介绍 本文主要描述ClickHouse数据管理全生命周期过程中，数据库规划、建模设计、开发、调优、运维的规则建议和指导。 通过这些约束和建议，指导开发者在ClickHouse数据库开发使用过程中能够最大化发挥数据库的优势，保障ClickHou

查看更多 →

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

查看更多 →

INDEX对象设计规范（重点） 规则2.14 只创建必要的索引，创建索引必须选择合适的列和顺序 违反规范的影响： 冗余索引浪费空间，索引多影响入库效率。 组合索引中列顺序错误，影响查询效率。 最佳实践： 索引的使用需兼顾以下条件： 索引列必须是常用于过滤条件或JOIN关联条件的列。

查看更多 →

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

查看更多 →

Hudi数据表设计规范 Hudi表模型设计规范 Hudi表索引设计规范 Hudi表分区设计规范 父主题： DLI Hudi开发规范

查看更多 →

TABLE对象设计规范（重点） 规则2.9 创建表时必须选择正确的分布方式和分布列 违反规范的影响： 分布式和分布列选择错误，导致表数据存储倾斜，访问性能下降，严重情况会触发存储和计算资源过载。 方案建议： 创建表时通过DISTRIBUTE BY显式指定分布方式和分布列，分布列选择原则如下表所示。

查看更多 →

INDEX对象设计规范（重点） 规则2.14 只创建必要的索引，创建索引必须选择合适的列和顺序 违反规范的影响： 冗余索引浪费空间，索引多影响入库效率。 组合索引中列顺序错误，影响查询效率。 最佳实践： 索引的使用需兼顾以下条件： 索引列必须是常用于过滤条件或JOIN关联条件的列。

查看更多 →

TABLE对象设计规范（重点） 规则2.9 创建表时必须选择正确的分布方式和分布列 违反规范的影响： 分布式和分布列选择错误，导致表数据存储倾斜，访问性能下降，严重情况会触发存储和计算资源过载。 方案建议： 创建表时通过DISTRIBUTE BY显式指定分布方式和分布列，分布列选择原则如下表所示。

查看更多 →

Hudi数据表设计规范 Hudi表模型设计规范 Hudi表索引设计规范 Hudi表分区设计规范 父主题： Hudi应用开发规范

查看更多 →

建议：数据库设计与开发时建议考虑的约定。 说明：对规则/建议进行的详细说明和解释。 总体开发设计规范 下表是GaussDB(DWS)开发过程中需遵循的开发设计规范全集列表，可以单击链接跳转到对应的规则下了解详细说明。 表1 GaussDB(DWS)开发设计规范全集列表 编号 类别 规则/建议 1 连接管理规范 - 规则1

查看更多 →