应数据库中的一张表。 Abstract BO：抽象对象，不能实例化，没有对应的数据库表，需要和业务对象有个继承的操作。例如，业务对象A继承一个抽象对象B，则B中的字段都会被A继承过来。 Value Object：值对象，不能单独存在，需要和业务对象建立聚合的关系。 本示例中，拖拽

查看更多 →

依赖关系 查询服务providers 父主题： ServiceComb API

查看更多 →

成绩表”的“学号”。 子对父 ：表示每条子表数据在父表中有且只有一条数据与之对应。 ：表示每条子表数据在父表中最多有一条数据与之对应。 ：表示每条子表数据在父表中可能有多条数据与之对应。 ：表示每条子表数据在父表中至少有一条数据与之对应。 父对子 ：表示每条父表数据在子表中有且只有一条数据与之对应。

查看更多 →

依赖关系 查询服务providers 父主题： ServiceComb API

查看更多 →

血缘采集概述 通过血缘采集，可以建立起数据元素之间的关系和依赖关系，从而形成一个清晰的数据血缘图。 目前支持血缘采集的文件类型以及采集须知，参见下表。 文件类型 采集须知 血缘模板 需要下载血缘模板，并填写相应数据。 父主题： 血缘采集

查看更多 →

TaurusDB标准版实例默认开启GTID且不支持关闭，主备关系的建立等功能均依赖GTID。如果关闭GTID，会对整个TaurusDB标准版的功能（比如备份恢复、主备倒换）受到影响甚至无法运行。 社区版MySQL开启GTID后，如下三种语句执行会报错： 使用select语句建表（create table...select）会报错。

查看更多 →

表级时间点恢复（MySQL） 功能介绍 为了保证数据完整性，降低对原实例的性能影响，在进行表级时间点恢复备份时，首先将选中时间点的全量数据和增量数据在后台恢复至一个临时实例，然后自动导出用户需要恢复的表，再将这些表恢复至原实例。 该操作会在原实例上新生成恢复后的库表，请确保您的原实例磁盘空间充足。

查看更多 →

TaurusDB标准版实例默认开启GTID且不支持关闭，主备关系的建立等功能均依赖GTID。如果关闭GTID，会对整个TaurusDB标准版的功能（比如备份恢复、主备倒换）受到影响甚至无法运行。 社区版MySQL开启GTID后，如下三种语句执行会报错： 使用select语句建表（create table...select）会报错。

查看更多 →

功能模型描述按功能分解出特性、功能组、功能元素，以及它们之间的依赖关系。元素介绍如下表所示： 表1 功能模型元素介绍 元素名 图标 含义 Function 功能。 Feature 特性。 Function Domain 功能域。 Composition 组合，是整体与部分的关系，但部分不能离开整体而单独存在。

查看更多 →

公网网络迁移产生的数据传输费用收取标准请参见：弹性公网IP价格计算器。 可用区 图3 可用区 表5 任务可用区 参数 描述 可用区 DRS任务创建的可用区，选择跟源或目标库相同的可用区性能更优。 企业项目和标签 图4 企业项目和标签 表6 企业项目和标签 参数 描述 企业项目 企业项目是一种云资源管理方式

查看更多 →

公网网络迁移产生的数据传输费用收取标准请参见：弹性公网IP价格计算器。 可用区 图3 可用区 表5 任务可用区 参数 描述 可用区 DRS任务创建的可用区，选择跟源或目标库相同的可用区性能更优。 企业项目和标签 图4 企业项目和标签 表6 企业项目和标签 参数 描述 企业项目 企业项目是一种云资源管理方式

查看更多 →

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

查看更多 →

数据复制服务 提供的实时迁移任务支持不同维度的迁移对象的选择，支持情况如下表。 表3 支持的迁移对象 方向 源数据库 目标数据库类型 全部迁移 表级迁移 库级迁移 入云 MySQL MySQL 支持 支持 支持 GaussDB (for MySQL) 支持 支持 支持 DDM 暂不支持 支持 暂不支持

查看更多 →

从HBase中导出数据到S FTP服务器 从HBase中导出数据到关系型数据库 从Phoenix表导出数据到SFTP 服务器 从Phoenix表导出数据到关系型数据库 从Hive中导出数据到SFTP服务器 从Hive中导出数据到关系数据库 从同一集群内HBase导出数据到HDFS/OBS MRS

查看更多 →

的转换产生乱码。 所有的表和字段都需要添加注释。使用comment从句添加表和列的备注，从设计初期维护好数据字典。 表单行长度不得超过1024字节。 谨慎使用RDS for MySQL分区表，避免跨分区查询，否则查询效率会降低。分区表在逻辑上表现为一个表，但是在物理层面上将数据存储在多个文件。

查看更多 →

案例：建立合适的索引 创建合适的索引可以加速对表中数据行的检索。索引占用磁盘空间，并且降低添加、删除和更新行的速度。如果需要非常频繁地更新数据或磁盘空间有限，则需要限制索引的数量。在表较大时再建立索引，表中的数据越多，索引的优越性越明显。建议仅在匹配如下某条原则时创建索引： 需要经常执行查询的字段。

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

ALM-3276800137 堆叠建立失败 告警解释 FSP/3/SETUPFAILURE: OID [OID] Failed to set up a stack. (LocalSlotID=[integer], PeerSlotID=[integer], Reason=[STRING]) 堆叠建立失败。 告警属性

查看更多 →

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

查看更多 →