云数据库 RDS for MySQL

 

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

 
 

    mysql给字段添加注释 更多内容
  • 如何给集群内用户添加租户管理权限?

    如何集群内用户添加租户管理权限? 分析集群和混合集群支持添加租户管理权限,流式集群不支持添加租户管理权限。新建账号添加租户管理权限方法如下: MRS 3.x之前版本: 登录MRS Manager。 在“系统设置 > 用户管理”中选择新建的用户,单击“操作”列中的“修改”。 在

    来自:帮助中心

    查看更多 →

  • 内联字段

    内联字段 这个重构操作允许您将字段的使用替换为其值,并删除字段的声明。这与引入字段相反。 执行重构 在代码编辑器中,将光标放在您想要内联其值的字段的声明或使用位置。 在主菜单或编辑器上下文菜单中,选择Refactor>Inline Field。 在打开的Inline Field对

    来自:帮助中心

    查看更多 →

  • 字段授权

    在左侧导航栏选择“字段授权 > 添加字段”,参数说明如表1所示,编辑完成后单击“确定”。 表1 参数说明 参数 说明 字段编码 选填,需要添加字段编码,最大不超过64个字符,要求输入字母数字的组合编码,保存后不可再次编辑。 字段名称 必填,需要添加字段名称,最大不超过15个字符,支持汉字、字母、数字、特殊字符。

    来自:帮助中心

    查看更多 →

  • 字段压缩

    n=2),定义字段的最大长度需大于等于字段压缩阈值(rds_column_compression_threshold)时才可以被添加压缩属性;显式压缩场景(rds_column_compression=1),若定义压缩字段的最大长度小于字段压缩阈值,字段仍可被添加压缩属性,同时收到warning信息。

    来自:帮助中心

    查看更多 →

  • 字段设计

    字段设计 选择数据类型 在字段设计时,基于查询效率的考虑,一般遵循以下原则: 【建议】尽量使用高效数据类型。 选择数值类型时,在满足业务精度的情况下,选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 【建议】当多个表存在逻辑关系时,表示同一含义的字段应该使用相同的数据类型。

    来自:帮助中心

    查看更多 →

  • 字段设计

    字段设计 选择数据类型 在字段设计时,基于查询效率的考虑,一般需要遵循以下原则: 尽量使用高效数据类型。 选择数值类型时,在满足业务精度的情况下,选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 当多个表存在逻辑关系时,表示同一含义的字段应该使用相同的数据类型。

    来自:帮助中心

    查看更多 →

  • 使用限制

    LIMIT/OFFSET支持参数范围为0-2,147,483,647。 不支持GROUP BY语句后添加asc/desc函数来实现排序语义。DDM自动忽略GROUP BY后的asc/desc关键字。MySQL 8.0.13以下版本支持GROUP BY后添加asc/desc函数来实现排序语义,8.0.13及以上版本已废

    来自:帮助中心

    查看更多 →

  • PG

    PG_DESCRIPTION系统表可以每个数据库对象存储一个可选的描述(注释)。许多内置的系统对象的描述提供了PG_DESCRIPTION的初始内容。 这个表的功能类似PG_SHDESCRIPTION,用于记录整个集群范围内共享对象的注释。 表1 PG_DESCRIPTION字段 名称 类型 引用

    来自:帮助中心

    查看更多 →

  • PG

    PG_DESCRIPTION系统表可以每个数据库对象存储一个可选的描述(注释)。许多内置的系统对象的描述提供了PG_DESCRIPTION的初始内容。 这个表的功能类似PG_SHDESCRIPTION,用于记录整个数据库范围内共享对象的注释。 表1 PG_DESCRIPTION字段 名称 类型 引用

    来自:帮助中心

    查看更多 →

  • PG_DESCRIPTION

    PG_DESCRIPTION系统表可以每个数据库对象存储一个可选的描述(注释)。许多内置的系统对象的描述提供了PG_DESCRIPTION的初始内容。 这个表的功能类似PG_SHDESCRIPTION,用于记录整个集群范围内共享对象的注释。 表1 PG_DESCRIPTION字段 名称 类型 引用

    来自:帮助中心

    查看更多 →

  • FlexusRDS for MySQL数据库使用规范

    符类型。列的字段类型越大,建立索引占据的空间就越大,导致一个页中的索引越少,造成IO次数增加,从而影响性能。 整数型选择能符合需求的最短列类型,如果为非负数,声明需是无符号(UNSIGNED)类型。 每个字段尽可能具有NOT NULL属性,int等数字类型默认值推荐0,varchar等字符类型默认值给空字符串。

    来自:帮助中心

    查看更多 →

  • TaurusDB标准版数据库使用规范

    符类型。列的字段类型越大,建立索引占据的空间就越大,导致一个页中的索引越少,造成IO次数增加,从而影响性能。 整数型选择能符合需求的最短列类型,如果为非负数,声明需是无符号(UNSIGNED)类型。 每个字段尽可能具有NOT NULL属性,int等数字类型默认值推荐0,varchar等字符类型默认值给空字符串。

    来自:帮助中心

    查看更多 →

  • GaussDB(for MySQL)库表设计规范

    RDS_GDB_CTRL RegionlessDB 数据表必须有主键,可以使用业务相关,有序且具有唯一性的字段作为主键,也可以使用业务无关的自增长字段作为主键。 表字段必须有默认值加NOT NULL,数字类型默认值推荐0,VARCHAR等字符类型默认值推荐空字符串''。 无主键不仅容易导致主库执行速度慢和复制延迟问题。

    来自:帮助中心

    查看更多 →

  • PG

    PG_DESCRIPTION系统表可以每个数据库对象存储一个可选的描述(注释)。许多内置的系统对象的描述提供了PG_DESCRIPTION的初始内容。 这个表的功能类似PG_SHDESCRIPTION,用于记录整个集群范围内共享对象的注释。 表1 PG_DESCRIPTION字段 名字 类型 引用

    来自:帮助中心

    查看更多 →

  • TaurusDB标准版数据库使用规范

    符类型。列的字段类型越大,建立索引占据的空间就越大,导致一个页中的索引越少,造成IO次数增加,从而影响性能。 整数型选择能符合需求的最短列类型,如果为非负数,声明需是无符号(UNSIGNED)类型。 每个字段尽可能具有NOT NULL属性,int等数字类型默认值推荐0,varchar等字符类型默认值给空字符串。

    来自:帮助中心

    查看更多 →

  • 引入字段

    引入字段 此重构允许您创建一个新的类字段,使用选定的表达式初始化它,并使用对创建的类字段的引用替换原始表达式。这与内联字段重构相反。 执行重构 在代码编辑器中,将光标放置在要提取到类字段的表达式上。 在主菜单或编辑器上下文菜单中,选择Refactor>Introduce Fiel

    来自:帮助中心

    查看更多 →

  • 字段压缩

    n=2),定义字段的最大长度需大于等于字段压缩阈值(rds_column_compression_threshold)时才可以被添加压缩属性;显式压缩场景(rds_column_compression=1),若定义压缩字段的最大长度小于字段压缩阈值,字段仍可被添加压缩属性,同时收到warning信息。

    来自:帮助中心

    查看更多 →

  • 字段设计

    字段设计 选择数据类型 在字段设计时,基于查询效率的考虑,一般需要遵循以下原则: 尽量使用高效数据类型。 选择数值类型时,在满足业务精度的情况下,选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 当多个表存在逻辑关系时,表示同一含义的字段应该使用相同的数据类型。

    来自:帮助中心

    查看更多 →

  • 字段设计

    字段设计 选择数据类型 在字段设计时,基于查询效率的考虑,一般需要遵循以下原则: 尽量使用高效数据类型。 选择数值类型时,在满足业务精度的情况下,选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 当多个表存在逻辑关系时,表示同一含义的字段应该使用相同的数据类型。

    来自:帮助中心

    查看更多 →

  • 字段设计

    字段设计 选择数据类型 在字段设计时,基于查询效率的考虑,一般需要遵循以下原则: 尽量使用高效数据类型。 选择数值类型时,在满足业务精度的情况下,选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 当多个表存在逻辑关系时,表示同一含义的字段应该使用相同的数据类型。

    来自:帮助中心

    查看更多 →

  • 增加表字段后出现运行卡顿现象

    增加表字段后出现运行卡顿现象 故障描述 当MySQL实例的表中增加一个字段,出现系统无法访问的现象。 解决方案 因增加表字段而引起数据库出现性能问题,有可能是未对新增字段添加索引,数据量大导致消耗了大量的CPU资源。为此,提出如下建议恢复数据库性能。 添加对应索引、主键。 优化慢SQL语句。

    来自:帮助中心

    查看更多 →

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