云数据库 RDS for MySQL

 

云数据库 RDS for MySQL拥有即开即用、稳定可靠、安全运行、弹性伸缩、轻松管理、经济实用等特点,让您更加专注业务发展。

 
 

    大型数据库设计规范 更多内容
  • 设计规范

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

    来自:帮助中心

    查看更多 →

  • 设计规范

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

    来自:帮助中心

    查看更多 →

  • 基本设计规范

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

    来自:帮助中心

    查看更多 →

  • TABLESPACE对象设计规范

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

    来自:帮助中心

    查看更多 →

  • DATABASE对象设计规范

    创建DATABASE时必须选择正确的数据库编码 违反规则的影响: 选错数据库编码可能导致数据乱码,且不支持直接修改数据库编码,需重新建库重新导入数据。 方案建议: 通常建议建库时指定ENCODING为UTF-8编码,特殊场景根据实际情况而定。 规则2.3 创建DATABASE时必须选择正确的数据库兼容模式 违反规则的影响:

    来自:帮助中心

    查看更多 →

  • DATABASE对象设计规范

    创建DATABASE时必须选择正确的数据库编码 违反规则的影响: 选错数据库编码可能导致数据乱码,且不支持直接修改数据库编码,需重新建库重新导入数据。 方案建议: 通常建议建库时指定ENCODING为UTF-8编码,特殊场景根据实际情况而定。 规则2.3 创建DATABASE时必须选择正确的数据库兼容模式 违反规则的影响:

    来自:帮助中心

    查看更多 →

  • SCHEMA对象设计规范

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

    来自:帮助中心

    查看更多 →

  • VIEW对象设计规范

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

    来自:帮助中心

    查看更多 →

  • VIEW对象设计规范

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

    来自:帮助中心

    查看更多 →

  • TABLESPACE对象设计规范

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

    来自:帮助中心

    查看更多 →

  • SCHEMA对象设计规范

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

    来自:帮助中心

    查看更多 →

  • TaurusDB索引设计规范

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

    来自:帮助中心

    查看更多 →

  • Hudi表模型设计规范

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

    来自:帮助中心

    查看更多 →

  • USER对象设计规范

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

    来自:帮助中心

    查看更多 →

  • GaussDB(DWS)对象设计规范

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

    来自:帮助中心

    查看更多 →

  • Spark DAG设计规范说明

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

    来自:帮助中心

    查看更多 →

  • GaussDB(DWS)对象设计规范

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

    来自:帮助中心

    查看更多 →

  • Hudi表分区设计规范

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

    来自:帮助中心

    查看更多 →

  • Spark DAG设计规范说明

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

    来自:帮助中心

    查看更多 →

  • TaurusDB库表设计规范

    建议表包含两个字段:CREATE_TIME,UPDATE_TIME, 且均为DATETIME类型。 数据仓库 拖取数据时可以利用这两个统一字段无需询问业务。 在数据库出现意外时可以判断数据进入数据库和修改的时间,在极端情况可以帮助数据恢复的判断。 VARCHAR是可变长字符串,不预先分配存储空间,长度不要超过2048。

    来自:帮助中心

    查看更多 →

  • USER对象设计规范

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

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了