云数据库 RDS for MySQL

 

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

 
 

    mysql支持多语言设计 更多内容
  • Markdown设计

    名称:可根据业务需要自定义命名,不能为空。命名规则:只支持中文、英文、下划线、数字和“.”,且以中英文开头,长度为3-64个字符。 正文:可手动输入文字,也可使用组件插入特定的内容,如:表格、超链接、图片;正文样式也可以使用组件进行调整;正文编辑支持全屏模式;在左侧编辑正文时,右侧会同步展示编辑内容,便于查看、修改样式等。

    来自:帮助中心

    查看更多 →

  • API设计

    http类型接口。 设计API 接口文档应针对以下要素进行设计: 接口基本信息 接口路径 请求方式 接口请求参数 接口返回响应 安全方案 接口基本信息 填写接口的基本信息,包括: 名称:接口名称。 摘要:接口的摘要信息。 状态:API生命周期的状态,包括设计中、联调中、测试中、测试完、已发布、将废弃、已废弃。

    来自:帮助中心

    查看更多 →

  • 表设计

    设计 总体上讲,良好的表设计需要遵循以下原则: 【关注】减少需要扫描的数据量。通过分区表的剪枝机制可以大幅减少数据的扫描量。 【关注】尽量减少随机I/O。通过聚簇/局部聚簇可以实现热数据的连续存储,将随机I/O转换为连续I/O,从而减少扫描的I/O代价。 选择存储方案 【建议】

    来自:帮助中心

    查看更多 →

  • 约束设计

    【关注】行存表、列存表均支持唯一约束。 【建议】从命名上明确标识唯一约束,例如,命名为“UNI+构成字段”。 主键约束 【关注】行存表、列存表均支持主键约束。 【建议】从命名上明确标识主键约束,例如,将主键约束命名为“PK+字段名”。 检查约束 【关注】行存表支持检查约束,而列存表不支持。 【建

    来自:帮助中心

    查看更多 →

  • 表设计

    设计 GaussDB 是分布式架构。数据分布在各个DN上。总体上讲,良好的表设计需要遵循以下原则: 将表数据均匀分布在各个DN上。数据均匀分布,可以防止数据在部分DN上集中分布,从而导致因存储倾斜造成集群有效容量下降。通过选择合适的分布列,可以避免数据倾斜。 将表的扫描压力均匀分

    来自:帮助中心

    查看更多 →

  • 约束设计

    约束设计 DEFAULT和NULL约束 如果能够从业务层面补全字段值,那么,不建议使用DEFAULT约束,避免数据加载时产生不符合预期的结果。 给明确不存在NULL值的字段加上NOT NULL约束,优化器会在特定场景下对其进行自动优化。 给可以显式命名的约束显式命名。除了NOT

    来自:帮助中心

    查看更多 →

  • 约束设计

    【关注】行存表支持唯一约束,而列存表不支持。 【建议】从命名上明确标识唯一约束,例如,命名为“UNI+构成字段”。 主键约束 【关注】行存表支持主键约束,而列存表不支持。 【建议】从命名上明确标识主键约束,例如,将主键约束命名为 “PK+字段名”。 检查约束 【关注】行存表支持检查约束,而列存表不支持。

    来自:帮助中心

    查看更多 →

  • 约束设计

    【关注】行存表与列存表都支持唯一约束。 【建议】从命名上明确标识唯一约束,例如,命名为“UNI+构成字段”。 主键约束 【关注】行存表与列存表都支持主键约束。 【建议】从命名上明确标识主键约束,例如,将主键约束命名为 “PK+字段名”。 检查约束 【关注】行存表支持检查约束,而列存表不支持。 【建

    来自:帮助中心

    查看更多 →

  • 约束设计

    约束设计 DEFAULT和NULL约束 如果能够从业务层面补全字段值,那么,不建议使用DEFAULT约束,避免数据加载时产生不符合预期的结果。 给明确不存在NULL值的字段加上NOT NULL约束,优化器会在特定场景下对其进行自动优化。 给可以显式命名的约束显式命名。除了NOT

    来自:帮助中心

    查看更多 →

  • 流程设计

    流程设计 操作场景 使用设计组件,设计电子流的流程图,并为组件添加属性及监听器。 流程设计 流程申请单创建完成后,返回至申请单列表页面,单击操作列的“编辑”,进入流程编辑页面。 添加组件。 拖拽左侧列表中的组件至工作布。 单击画布中的组件,会显示快捷操作按钮,通过快捷按钮,也可以

    来自:帮助中心

    查看更多 →

  • 标准设计

    标准设计 新建码表 新建数据标准 父主题: 数据架构

    来自:帮助中心

    查看更多 →

  • 流程设计

    依次新建更多的流程或子流程。一般需要设计L1~L3三层流程。第一层标识为L1层,第二层标识为L2层,第三层标识为L3。 示例如下: 图4 流程设计示例 导出流程 您可以将数据架构中已创建的流程导出到文件中。 在数据架构控制台,单击左侧导航树中的“流程设计”,进入流程设计页面。 单击流程列表上方

    来自:帮助中心

    查看更多 →

  • 配置字段多语言资源

    配置字段多语言资源 AstroZero支持将一个对象的某个字段设置多语言类型,在填写这个字段值时,可以使用已定义字段多语言资源。 前提条件 已新建并启用多语言,详情请参见配置翻译工作台。 手动新增多语言资源 参考登录管理中心中操作,登录AstroZero管理中心。 在左侧导航栏中,选择“系统管理

    来自:帮助中心

    查看更多 →

  • 设置字段多语言资源

    数据导入”进行导入。 支持按照语言值(语言内容)和名称(多语言资源名称)进行关键字搜索。 参照表1,设置多语言参数,单击“保存”。 表1 多语言参数说明 参数 参数说明 名称 多语言资源标签,在字段引用多语言资源时引用。 类别 多语言资源分类,仅作为内部管理使用。 描述 多语言资源的描述信息。

    来自:帮助中心

    查看更多 →

  • 账表设计

    询财务业务报表数据。 业务流程 图2 财务自助分析流程图 报表设计人员可在分析报表设计小应用中根据业务需求新建一个管理报表。 在分析报表设计中针对新建的这个管理报表可进行格式和数据的设计。 针对设计好的账表可将其发布成小应用,提供给其他人员使用。 权限管理员可将新发布的小应用分配权限给需要的角色或用户。

    来自:帮助中心

    查看更多 →

  • 数据标准设计

    数据标准设计 数据标准设计方法 针对属性字段设计数据标准,数据标准用于描述业务层面需共同遵守的属性层数据含义和业务规则。其描述了对某个数据的共同理解,这些理解一旦确定下来,就应作为标准被共同遵守。数据标准设计遵从以下原则: 以业务为导向,必须满足各标准各方的迫切需求,并根据业务需求分阶段推进制定工作;

    来自:帮助中心

    查看更多 →

  • 字段设计

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

    来自:帮助中心

    查看更多 →

  • 字段设计

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

    来自:帮助中心

    查看更多 →

  • 开发设计建议

    开发设计建议 开发设计建议概述 数据库对象命名 数据库对象设计 工具对接 SQL编写

    来自:帮助中心

    查看更多 →

  • API设计配置

    API设计配置 ROMA API提供了API设计文件规范性检查,帮助用户快速设计标准的RESTful API。您可以选择已有的规则集或者新建规则集对API设计文件进行规范性检查。 ROMA API也支持配置扩展字段,您按照Swagger规范性设计API的同时,也可额外自定义扩展字段。

    来自:帮助中心

    查看更多 →

  • 逻辑模型设计

    逻辑模型设计 逻辑模型设计用于定义和描述数据之间的逻辑关系。解决方案工作台支持创建逻辑实体并配置逻辑实体间的关系,支持从文件导入逻辑模型,支持导出逻辑模型。 创建逻辑模型 架构师进入到对应空间和方案后,选择对应信息架构的逻辑模型设计,点击“新建”按钮,填写模型名称和描述(非必填),点击确认。

    来自:帮助中心

    查看更多 →

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