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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

TABLESPACE对象设计规范 规则2.8 禁止自定义TABLESPACE表空间 违反规则的影响： 分布式场景建表使用自定义表空间，导致表数据无法按照各DN分布式存储，出现存储倾斜。 方案建议： 创建表对象使用内置默认表空间。 父主题： GaussDB (DWS)对象设计规范

查看更多 →

DATABASE对象设计规范 规则2.1 避免直接使用内置的DATABASE（如postgres、gaussdb等） 违反规则的影响： 内置的数据库编码、兼容模式不符合业务要求时，需要重新迁移数据。 所有业务均使用内置数据库，影响变更耗时。 方案建议： 根据实际业务需要，合理创建专用DATABASE并划分给业务使用。

查看更多 →

DATABASE对象设计规范 规则2.1 避免直接使用内置的DATABASE（如postgres、gaussdb等） 违反规则的影响： 内置的数据库编码、兼容模式不符合业务要求时，需要重新迁移数据。 所有业务均使用内置数据库，影响变更耗时。 方案建议： 根据实际业务需要，合理创建专用DATABASE并划分给业务使用。

查看更多 →

SCHEMA对象设计规范 建议2.7 不在其他USER的私有SCHEMA下创建对象 私有SCHEMA是指创建USER时自带的同名SCHEMA，该SCHEMA为该USER私有。 违反规则的影响： 在其他用户私有SCHEMA下创建对象，对象权限不受创建者控制，OWNER也非创建者。 方案建议：

查看更多 →

VIEW对象设计规范 建议2.16 视图的嵌套需避免超过三层 违反规范的影响： 视图嵌套过深导致执行计划不稳定、耗时不稳定。 视图依赖的对象重建风险高，锁冲突发生概率增大。 方案建议： 创建视图直接基于物理表查询，不建议嵌套视图。 父主题： GaussDB(DWS)对象设计规范

查看更多 →

VIEW对象设计规范 建议2.16 视图的嵌套需避免超过三层 违反规范的影响： 视图嵌套过深导致执行计划不稳定、耗时不稳定。 视图依赖的对象重建风险高，锁冲突发生概率增大。 方案建议： 创建视图直接基于物理表查询，不建议嵌套视图。 父主题： GaussDB(DWS)对象设计规范

查看更多 →

TABLESPACE对象设计规范 规则2.8 禁止自定义TABLESPACE表空间 违反规则的影响： 分布式场景建表使用自定义表空间，导致表数据无法按照各DN分布式存储，出现存储倾斜。 方案建议： 创建表对象使用内置默认表空间。 父主题： GaussDB(DWS)对象设计规范

查看更多 →

SCHEMA对象设计规范 建议2.7 不在其他USER的私有SCHEMA下创建对象 私有SCHEMA是指创建USER时自带的同名SCHEMA，该SCHEMA为该USER私有。 违反规则的影响： 在其他用户私有SCHEMA下创建对象，对象权限不受创建者控制，OWNER也非创建者。 方案建议：

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →