数据库命名规范 RDS for PostgreSQL的关键字长度不能超过63个字节，因此建议业务侧的数据库名的长度不超过30个字符； 数据库命名建议仅使用小写字母、下划线、数字这三类字符。禁止以pg、数字、下划线开头，禁止使用保留字，保留字请参考官方文档。 父主题： 创建数据库

查看更多 →

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

查看更多 →

唯一索引，用uk_表示。 如果表名或字段名过长，则用表名和字段名的缩写表示，尽量使用通用缩写或去元音的缩写方式。 函数 f_ f_functionname <=63 / 表字段 / / <=63 字段命名建议使用实际含义的英文单词或简写。 例如表示bool类型的字段，命名规则：“is_

查看更多 →

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

查看更多 →

和GISBO_MapServerHost。 创建系统参数时，勾选“使用命名空间”这个选项，确保跨租户全局唯一。另外，系统参数名需要尽可能的表明参数的业务含义，避免与其它参数混淆或者完全看不出业务含义。 图1 创建BO系统参数 APP系统参数 APP中的系统参数，统一命名规则为 ：APP名称 + 下划线 + 系统参数名称。

查看更多 →

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

查看更多 →

NULL约束。 对于NOT NULL字段，优化器在某些场景下会进行特殊优化，可较大提升查询性能。 不建议对表预留字段。大部分场景下可支持快速新增、删除表字段，或者修改字段的DEFAULT值。 新增列必须符合以下要求，否则会带来全表更新开销，影响在线业务。 数据类型为以下类型中的一种：BOOL

查看更多 →

数据库写入OBS场景，表中小驼峰命名字段，提示字段不存在 问题描述 数据库写入OBS场景，表中小驼峰命名字段，提示字段不存在。 故障分析 查看日志报PG数据库表字段找不到所致，分析是字段命名使用小驼峰，而PG数据库区分大小写所以无法找到。 解决方案 让客户在连接配置高级属性添加包围符配置，问题解决。

查看更多 →

HASH ("user"); 系统表隐藏字段名作字段名 定义字段名和GaussDB(DWS)中系统表隐藏字段重名，需重新命名：包括xc_node_id，tableoid, cmax, xmax, cmin, xmin, ctid, tid;重新命名方式，字段后加_new，例如xc_no

查看更多 →

介绍如何使用已有的自动备份，恢复某个库表数据到指定时间点。 数据迁移 将MySQL迁移到GaussDB(for MySQL) 介绍使用DRS将表级、库级或实例级数据迁移到GaussDB(for MySQL)数据库。 使用mysqldump迁移GaussDB(for MySQL)数据 介绍使用mysqldump工具将数据复制到GaussDB(for

查看更多 →

型。 表对象的命名应该可以表征该表的重要特征。例如，在表对象命名时区分该表是普通表、临时表还是非日志表： 普通表名按照数据集的业务含义命名。 临时表以“tmp_+后缀”命名。 非日志表以“ul_+后缀”命名。 外表以“f_+后缀”命名。 不创建以redis_为前缀的数据库对象。

查看更多 →

的转换产生乱码。 所有的表和字段都需要添加注释。使用comment从句添加表和列的备注，从设计初期维护好数据字典。 表单行长度不得超过1024字节。 谨慎使用RDS for MySQL分区表，避免跨分区查询，否则查询效率会降低。分区表在逻辑上表现为一个表，但是在物理层面上将数据存储在多个文件。

查看更多 →

数据库规范 基本设计规范 数据库对象使用规范 数据库使用约束规范 访问/连接池规范 BATCH规范 查询规范 父主题： 产品介绍

查看更多 →

但规则应该在数据库实例范围内保持一致。 变量名的关键是要具有描述性，即变量名要有一定的意义，变量名要有前缀标明该变量的类型。 表对象的命名应该可以表征该表的重要特征。例如，在表对象命名时区分该表是普通表、临时表还是非日志表： 普通表名按照数据集的业务含义命名。 临时表以“tmp_+后缀”命名。

查看更多 →

时表还是非日志表： 普通表名按照数据集的业务含义命名。 临时表以“tmp_+后缀”命名。 非日志表以“ul_+后缀”命名。 外表以“f_+后缀”命名。 不创建以redis_为前缀的数据库对象。 不创建以mlog_和以matviewmap_为前缀的数据库对象。 【建议】非时序表对象

查看更多 →

明该变量的类型。 【建议】表对象的命名应该可以表征该表的重要特征。例如，在表对象命名时区分该表是普通表、临时表还是非日志表： 普通表名按照数据集的业务含义命名。 临时表以“tmp_+后缀”命名。 非日志表以“ul_+后缀”命名。 外表以“f_+后缀”命名。 父主题： 开发设计建议

查看更多 →

低。分区表在逻辑上表现为一个表，但是在物理层面上将数据存储在多个文件。 表中的列不要太多，尽量做到冷热数据分离，减小表的宽度，以便在一页内存中容纳更多的行，进而减少磁盘IO，更有效的利用缓存。 经常一起使用的列尽量放到一个表中，避免过多的关联操作。 禁止在表中建立预留字段，否则修

查看更多 →

含DB、表信息等采集周期和具体时间，若未配置，则按默认规则进行数据采集。 DB采集：配置数据库采集时间，如：数据库类型，数据库表数，数据总量，采集时间。 表信息采集：配置表的采集时间。 字段采集：配置字段采集时间。 上报采集：配置库、表、字段采集信息的上报时间。 删除字段：各项目

查看更多 →

是普通表、临时表还是非日志表： 普通表名按照数据集的业务含义命名。 临时表以“tmp_+后缀”命名。 非日志表以“ul_+后缀”命名。 外表以“f_+后缀”命名。 不创建以redis_为前缀的数据库对象。 不创建以mlog_和以matviewmap_为前缀的数据库对象。 【建议】

查看更多 →

明该变量的类型。 【建议】表对象的命名应该可以表征该表的重要特征。例如，在表对象命名时区分该表是普通表、临时表还是非日志表： 普通表名按照数据集的业务含义命名。 临时表以“tmp_+后缀”命名。 非日志表以“ul_+后缀”命名。 外表以“f_+后缀”命名。 父主题： 开发设计建议

查看更多 →

数据库和表的字符集统一使用UTF8字符集，避免由于字符集的转换产生乱码。 所有的表和字段都需要添加注释。使用comment从句添加表和列的备注，从设计初期维护好数据字典。 表单行长度不得超过1024字节。 谨慎使用云耀数据库分区表，避免跨分区查询，否则查询效率会降低。分区表在逻

查看更多 →