避免使用分区表，如有需要，可以使用多个独立的表代替。 分区表的缺点： DDL操作需要锁定所有分区，导致所有分区上操作都被阻塞。 当表数据量较大时，对分区表进行DDL或其他运维操作难度大风险高。 分区表使用较少，存在未知风险。 当单台 服务器 性能无法满足时，对分区表进行分拆的成本较高。

查看更多 →

index：表示使用索引，如果只有 Using index，说明没有查询到数据表，只用索引表即完成了这个查询，这种情况为覆盖索引。如果同时出现Using where，代表使用索引来查找读取记录， 也是可以用到索引的，但是需要查询到数据表。 Using where：表示条件查询，如

查看更多 →

流式计算采用MOR表。 流式计算为低时延的实时计算，需要高性能的流式读写能力，在Hudi表中存在的MOR和COW两种模型中，MOR表的流式读写性能相对较好，因此在流式计算场景下采用MOR表模型。关于MOR表在读写性能的对比关系如下： 对比维度 MOR表 COW表 流式写 高 低 流式读

查看更多 →

议使用。 建议 事实表采用日期分区表，维度表采用非分区或者大颗粒度的日期分区 是否采用分区表要根据表的总数据量、增量和使用方式来决定。从表的使用属性看事实表和维度表具有的特点： 事实表：数据总量大，增量大，数据读取多以日期做切分，读取一定时间段的数据。 维度表：总量相对小，增量小

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

使用规范 GaussDB (for MySQL)数据库权限规范 GaussDB(for MySQL)库表设计规范 GaussDB(for MySQL)索引设计规范 GaussDB(for MySQL)SQL使用规范 父主题： 使用数据库

查看更多 →

规则4：设计分区键以均匀分发工作负载，避免出现数据倾斜问题。 表的主键的分区键部分确定存储表数据的逻辑分区，如果分区键分布不均衡，会导致节点与节点之间数据和负载不均衡，从而出现数据倾斜的问题。 如表1为一些常见分区键分布均匀性的效果对比。 表1 常见分区键分布均匀效果 分区键值 分区键分布均匀性

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

、稳定性、日常运维、安全方面的使用建议。 数据库使用规范 介绍RDS for PostgreSQL的数据库命名规范、表设计规范、数据库索引设计规范、SQL设计规范，以及安全规范。 数据迁移 使用psql命令迁移RDS for PostgreSQL数据 介绍如何使用pg_dump工具将数据复制到RDS

查看更多 →

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

查看更多 →