一对多 什么是一对多 一对多关系中，次要方可以不依赖于首要方，可以单独存在。删除一对多关系只代表两个对象之间的特定关系的结束，不会影响任何一个对象的生命周期。 图1 一对多和聚合的差异 创建一对多关系后，首要方不会做任何的改动，次要方的字段中会自动增加首要方的id，即primar

查看更多 →

一对多的场景约束及操作建议 因业务需要，存在同一实例或同一对象的数据需要同步到多个实例或多个对象的场景， 数据复制服务 提供的数据迁移和实时同步均支持一对多的场景。 操作建议 由于一对多场景需要多个DRS任务来配合完成，所以会对源库产生的压力也是成倍的增加，所以为避免多个DRS对同一

查看更多 →

产生。 同时需要考虑建立的唯一索引对查询是否真正有帮助，没有帮助的索引可以考虑删除； 需要考虑多建立的索引对插入性能的影响，根据唯一性相关的数据正确性需求，以及性能需求来权衡是不是需要多建立唯一性索引。 尽量在定长的字段（如：INT）上建立索引；在VARCHAR字段上建立索引时，

查看更多 →

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

查看更多 →

count(*)语句耗时近似。 Database和Schema设计 MySQL的数据对象包括DATABASE、TABLE、INDEX、VIEW、TRIGGER、PROC等，MySQL的对象层次跟GaussDB的对应关系是从上至下且一对多包含关系。如下图所示： 图1 MySQL和GaussDB中Database和Schema之间的差异

查看更多 →

集成方案设计-多账套 数据从ERP同步到OA 数据从OA同步到ERP 单据从ERP同步到OA进行审批并回写审批状态 父主题： SparkPack(B1)和EcologyOA集成

查看更多 →

GaussDB(for MySQL)多主实例简介 GaussDB(for MySQL)提供了多主版实例，在一个实例中通过多个读写节点来实现多写多读。多主版实例包含最少2个最多63个读写节点，没有只读节点。 在多主版实例中，读写节点通过共享元数据的方式对实例的元数据进行统一管理，用

查看更多 →

count(*)语句耗时近似。 Database和Schema设计 MySQL的数据对象包括DATABASE、TABLE、INDEX、VIEW、TRIGGER、PROC等，MySQL的对象层次跟GaussDB的对应关系是从上至下且一对多包含关系。如下图所示： 图1 MySQL和GaussDB中Database和Schema之间的差异

查看更多 →

count(*)语句耗时近似。 Database和Schema设计 MySQL的数据对象包括DATABASE、TABLE、INDEX、VIEW、TRIGGER、PROC等，MySQL的对象层次跟GaussDB的对应关系是从上至下且一对多包含关系。如下图所示： 图1 MySQL和GaussDB中Database和Schema之间的差异

查看更多 →

RDS for MySQL是否支持多账号 云数据库 RDS for MySQL支持多账号，用户可以自己使用授权命令给这些账号分配不同的权限以便控制访问不同的表。各个表之间相互独立。 多用户访问表不直接影响性能，多个会话并发访问会增加系统资源开销，请参考关系型数据库性能白皮书中各规格的连接数。

查看更多 →

count(*)语句耗时近似。 Database和Schema设计 MySQL的数据对象包括DATABASE、TABLE、INDEX、VIEW、TRIGGER、PROC等，MySQL的对象层次跟GaussDB的对应关系是从上至下且一对多包含关系。如下图所示： 图1 MySQL和GaussDB中Database和Schema之间的差异

查看更多 →

多对多 什么是多对多 多对多关系中，首要方和次要方都不会发生任何的变化。唯一的变化是在多对多连线上，会默认添加两个字段用来分别指向关系的两侧。也就是说，一对多和聚合关系是通过在次要方添加主键和外键来表示的，而多对多关系是通过单独创建的关系表来表示的。 和一对多关系一样，删除多对多

查看更多 →

其他语言。 企业门户是不是赠送模板？ 购买任意多终端独立版站点都会随机赠送价值298元的精美模板一个。多终端自适应版站点模板全部免费使用。 购买多终端独立版的模板可以升级吗？ 多终端独立版付费模板属于一次性计费商品，购买后因涉及到设计师版权问题，不支持升级，您可以重新购买其他模板。

查看更多 →

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

查看更多 →

设计原则 以下是常用的性能优化指导原则： 中心化原则：识别支配性工作量负载功能，并使其处理过程最小化，把注意力集中在对性能影响最大的部分进行提升。 本地化原则：选择靠近的活动、功能和结果的资源；避免通过间接的方式去达到目的，导致通信量或者处理量大辐增加，性能大辐下降。 共享资源：

查看更多 →

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

查看更多 →

异地容灾：例如，两地三中心，保证灾难的情况也可以提供业务。 数据冗余：可以通过定期备份和多副本备份等方式实现以提高数持久度，并确保数据一致性。 冗余的增加，意味着成本的增加；因此在应用高可用设计时需要综合考虑冗余对成本的影响。 故障全面检测 故障检测是故障管理的前提，检测全面与检测

查看更多 →

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

查看更多 →

设计架构 在架构设计阶段伙伴架构师完成集成架构设计和资源清单配置。 创建技术架构 集成架构设计详细操作步骤参见集成架构设计。 伙伴架构师用户登录解决方案工作台，进入工作空间--》选择需要设计的方案--》点击“更多”下拉框--》点击“设计”，即可跳转到架构“设计中心”的页面。 图1

查看更多 →

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

查看更多 →

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

查看更多 →