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分别是具有唯一特性的字段集合，那

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

数据库设计规范 基本规范 部署规范 数据库对象命名规范 Database和Schema设计规范 权限设计规范 字符集设计规范 表设计规范 字段设计规范 索引设计规范 函数/存储过程设计规范 约束设计 视图和关联表设计 父主题： 开发设计建议

查看更多 →

SEC06-02 建立安全编码规范 应用安全涉及需求、设计、实现、部署多个环节，实现的安全是应用安全的重要一环。建立安全编码规范有助于团队编写更安全、更高质量的代码，减少甚至规避由于编码错误引入的安全风险。 风险等级 高 关键策略 发布团队常用编程语言的安全编码规范。通用的安全编码规范应包含程序

查看更多 →

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

查看更多 →

数据库设计规范 基本规范 部署规范 数据库对象命名规范 Database和Schema设计规范 权限设计规范 字符集设计规范 表设计规范 字段设计规范 索引设计规范 函数/存储过程设计规范 约束设计 视图和关联表设计 父主题： 开发设计建议

查看更多 →

端统一的编码字符集。 为了满足全球化需求，数据库编码应能够存储与标识绝大多数的字符，因此推荐使用UTF8。UTF8字符集与B数据库的UTF8MB4等价，能够支持emoji表情字符。 如果客户端的编码方式与数据库的编码方式不统一，需要转码，会带来性能问题，同时，针对同编码的内核优化无法触发，影响查询效率。

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

字符集设计规范 【规格】目前仅支持对数据库定义字符集，不支持对表、字段等其他对象定义字符集。 【建议】数据库和客户端均使用统一的UTF8字符集。 客户端包括ODBC、JDBC、gsql等。 推荐UTF8字符集原因见Database和Schema设计规范。 父主题： 数据库设计规范

查看更多 →