云数据库 RDS for MySQL

 

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

 
 

    数据库架构设计 更多内容
  • 业务架构

    业务架构 创建业务架构 复制业务架构 父主题: 信息架构

    来自:帮助中心

    查看更多 →

  • 技术架构

    技术架构 创建技术架构 复制技术架构 创建技术适配器 父主题: 信息架构

    来自:帮助中心

    查看更多 →

  • 架构介绍

    架构介绍 ROMA Exchange开通文件架构如下: 开通定义文件架构中,主要包括两部分: 1.页面部分;通过页面部分与ROMA Exchange框架流程进行交互,这部分页面需要遵循开发文件定义规范,以保证与ROMA Exchange框架流程的正确的交互。当前主要包括如下2个页面:

    来自:帮助中心

    查看更多 →

  • 参考架构

    参考架构 应用韧性Hub提供了各种参考架构供用户参考。提供部署场景、应用SLO目标、架构图三种配置项,用户可以根据业务需求,配置所需的架构用于参考。 配置参考架构 登录MAS控制台。 单击“应用韧性Hub>参考架构”,进入“参考架构”页面。 图1 参考架构配置 根据部署场景、应用

    来自:帮助中心

    查看更多 →

  • 数据架构

    数据架构 数据架构概述 数据架构使用流程 添加审核人 数据调研 标准设计 模型设计 指标设计 通用操作 使用教程

    来自:帮助中心

    查看更多 →

  • 流程设计

    流程设计 宏观层面:重点是组织架构与流程架构匹配,组织设置必须支撑流程价值实现,组织职责必须清晰具体,不能有重叠、空白、过多、过少; 微观层面:看流程角色职责是否通过岗位职责的设置有效落实,岗位职责与其匹配的流程角色职责相符。 单击左侧导航栏“流程设计”并进入流程设计页面。 图1

    来自:帮助中心

    查看更多 →

  • 设计原则

    共享资源: 采取共享资源的设计,通过协作减少争用延时从而改善整体性能;如多个进程可以从一个数据库的同一部分读取。 并行处理:当并行处理过程的增速能抵消通信开销和资源争用延迟时,执行并行处理。 分散负载原则:通过在不同时间或者不同位置处理冲突负载,从而分散负载:将资源划分为成一些相对独立的小

    来自:帮助中心

    查看更多 →

  • 设计优化

    设计优化 PERF05-01 设计优化 父主题: PERF05 性能优化

    来自:帮助中心

    查看更多 →

  • 设计原则

    故障对系统造成的影响,并持续稳定地运行,建议遵循以下设计原则。 高可用设计 单点故障会导致整个系统崩溃、主要功能受到影响、任务延误的系统轻度损坏或存在较大的故障隐患,因此系统的高可用设计非常关键。 高可用设计的主要手段是冗余,甚至是多级冗余的组合,包括异地容灾方式保证灾难情况下无单点:

    来自:帮助中心

    查看更多 →

  • 设计原则

    设计原则 国际标准化组织(ISO)对计算机系统安全的定义为:确保信息资产(包括硬件、软件、网络、数据等)受到保护,以确保其机密性、完整性和可用性。计算机系统安全的目标是保护信息系统免受未经授权的访问、使用、披露、破坏、修改、中断或不可用的威胁,同时确保信息系统能够持续地提供服务。

    来自:帮助中心

    查看更多 →

  • 设计中心

    设计中心 解决方案工作台提供设计引擎,用户可在线进行解决方案技术架构设计(含集成架构、部署架构)、信息架构设计。 技术架构设计 信息架构设计 父主题: 标准空间

    来自:帮助中心

    查看更多 →

  • VN设计

    VN设计 通过对不同的业务划分为不同的VN,实现生产业务、办公业务、多媒体业务的同类型业务正常互通,不同类型业务隔离不互通。 同时为生产、办公、多媒体、等不同业务分配不同比例带宽,保障网络拥塞时各业务流量都能得到调度。 父主题: 用户业务设计

    来自:帮助中心

    查看更多 →

  • 约束设计

    “PK+字段名”。 检查约束 【关注】行存表支持检查约束。 【建议】从命名上明确标识检查约束,例如,将检查约束命名为 “CK+字段名”。 父主题: 数据库对象设计

    来自:帮助中心

    查看更多 →

  • 表设计

    设计 总体上讲,良好的表设计需要遵循以下原则: 减少需要扫描的数据量。通过分区表的剪枝机制可以大幅减少数据的扫描量。 尽量减少随机I/O。通过聚簇可以实现热数据的连续存储,将随机I/O转换为连续I/O,从而减少扫描的I/O代价。 选择分区方案 当表中的数据量很大时,应当对表进行分区,一般需要遵循以下原则:

    来自:帮助中心

    查看更多 →

  • 表设计

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

    来自:帮助中心

    查看更多 →

  • 约束设计

    从命名上明确标识主键约束,例如,将主键约束命名为 “PK+字段名”。 检查约束 从命名上明确标识检查约束,例如,将检查约束命名为 “CK+字段名”。 父主题: 数据库对象设计

    来自:帮助中心

    查看更多 →

  • 表设计

    设计 总体上讲,良好的表设计需要遵循以下原则: 减少需要扫描的数据量。通过分区表的剪枝机制可以大幅减少数据的扫描量。 尽量减少随机I/O。通过聚簇可以实现热数据的连续存储,将随机I/O转换为连续I/O,从而减少扫描的I/O代价。 选择分区方案 当表中的数据量很大时,应当对表进行分区,一般需要遵循以下原则:

    来自:帮助中心

    查看更多 →

  • 约束设计

    从命名上明确标识主键约束,例如,将主键约束命名为“PK+字段名”。 检查约束 从命名上明确标识检查约束,例如,将检查约束命名为“CK+字段名”。 父主题: 数据库对象设计

    来自:帮助中心

    查看更多 →

  • 为什么设计中心集成架构保存一直转圈,无法保存?

    为什么设计中心集成架构保存一直转圈,无法保存? 建议使用chrome,并确认浏览器版本是否为90以上开头,低于该版本可能会出现该问题。 图1 查看浏览器版本 图2 浏览器设置页面 父主题: 设计中心

    来自:帮助中心

    查看更多 →

  • 使用解决方案工作台进行集成架构设计

    使用解决方案工作台进行集成架构设计 本文章会介绍解决方案工作台设计器的使用,通过这些基础操作可以满足架构师的架构设计需求。以下图为例,详细指导如何在解决方案工作台设计中心完成如下集成架构设计。 图1 集成架构设计 注册解决方案 解决方案工作台基于BPM流程引擎提供了方案流程管理,您可以基于流程开启方案设计:

    来自:帮助中心

    查看更多 →

  • DLV的架构

    DLV 架构 DLV的产品架构如图1所示: 图1 DLV产品架构

    来自:帮助中心

    查看更多 →

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