命名规范 数据库对象（库、表、字段、索引）命名建议全部使用小写字母开头，后面跟字母或者数字，长度不要超过32字节。 数据库名称不能使用特殊字符("",.,$,\,/,\0,*,?,~,#,:,?,|")，数据库名称不能使用系统数据库名，如：admin，local，config。

查看更多 →

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

查看更多 →

Doris命名规范 该章节主要介绍创建Doris数据库或表时，数据库名或表名需遵循的规则和建议。 Doris命名规则 数据库字符集需指定UTF-8，并且只支持UTF-8。 Doris命名建议 数据库名称统一使用小写方式，中间使用下划线（_）分隔，长度为62字节以内。 Doris表

查看更多 →

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

查看更多 →

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

查看更多 →

错误码命名规范 错误码序号遵循语义：GS_[3位业务编号][2位错误类型编号][4位自增编号]。 例如：GS_201110003：表示SQL模块(2)的行列存类型(0)参数类错误(11)，而子错误0003号代表了同类型错误码中的第三个错误码(如参数OID格式不正确)。 当前使用的业务、错误类型详见表1。

查看更多 →

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

查看更多 →

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

查看更多 →

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)对象设计规范

查看更多 →

进行标记，例如：按所属部门、地域或项目等。 命名标准化 命名标准化原则是指标签采用标准化命名原则，使后续基于标签的自动化能力，帮助平台能力高效的实施。 例如： 标签命名使用英文时，建议使用统一大小写的英文字母，避免大小写混杂。 标签命名使用中文时，建议尽量简洁，且键/值长度均不超

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →