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

查看更多 →

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

查看更多 →

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

查看更多 →

设计规范 一般规范 任何表的设计都要考虑到数据的删除策略，表中的数据不能无止境的增长而不删除。 严禁将业务数据放在系统表空间中，必须有独立的表空间存放业务数据。 索引数据和表数据要分开存储，放在不同的表空间中。 在不同业务系统共用同一个数据库时，要注意不同业务系统的对象必须存放在

查看更多 →

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

查看更多 →

系统参数命名规范 当前支持在AstroZero管理中心、BO和APP界面，创建系统参数。 BO系统参数 BO中的系统参数，统一命名规则为 ：BO名称 + 下划线 + 系统参数名称。 <BOName>_<SystemParameterName> 系统参数名采用首字母大写的驼峰样式，

查看更多 →

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

查看更多 →

权限设计规范 业务使用前必须由root用户为业务创建DATABASE、SCHEMA和USER，然后再赋予相关用户对应对象的权限。 如果该用户不是该schema的owner，要访问schema下的对象，需要同时给用户赋予schema的usage权限和对象的相应权限。 DATABASE、SCHEMA和USER名使用小写。

查看更多 →

索引设计规范 使用数据库索引实践推荐的索引类型。 索引设计建议使用推荐类型，如果需要使用禁用、不推荐、限制使用的索引类型，建议联系 GaussDB数据库 专家进行评估。 表1 数据库索引实践推荐 索引类型 说明 是否推荐 主键/唯一索引 单列或多列主键/唯一索引 推荐 表达式索引 索

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

设计规范设置 CodeArts API提供华为云设计API规范性检查功能。通过规范性检查功能，可以形成统一的设计规范，避免API设计不一致，提高API设计质量。 单击项目名称，进入目标项目，单击“项目设置 > 设计规范设置”，进入“设计规范设置”页面。 新增设计规范 在“设计规范

查看更多 →

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

查看更多 →

表设计规范 必须指定表分布（DISTRIBUTE BY），表分布策略选择的原则如下： 目前提供REPLICATION和HASH两种表分布策略。REPLICATION分布会在每个节点保留一份相同的完整的数据表。HASH分布会根据所提供的分布键值将表数据分布到多个节点中。 对于系统配

查看更多 →

<=63 / 表字段 / / <=63 字段命名建议使用实际含义的英文单词或简写。 例如表示bool类型的字段，命名规则：“is_”+描述。如member表上表示为enabled的会员的列命名为is_enabled。 父主题： 数据库设计规范

查看更多 →

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

查看更多 →

ClickHouse设计开发规范 ClickHouse设计规范概述 ClickHouse集群规划 ClickHouse数据库设计 ClickHouse数据库开发 ClickHouse数据库调优 ClickHouse数据库运维

查看更多 →

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

查看更多 →

字段设计规范 字段设计应使用推荐类型。 字段设计需使用推荐字段，如果需要使用禁用、不推荐的字段类型，建议联系技术支持进行评估。 这些数据类型不推荐或禁止的原因是业务使用场景较少，未大规模商用。 对于业务上有迫切字段类型要求的，联系技术支持。 表1 数据库数据类型最佳实践 数据类型

查看更多 →

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

查看更多 →