LibrA的运行非常重要，在 CDM 数据迁移到DWS/ FusionInsight LibrA过程中，建议按如下顺序选取分布列： 有主键可以使用主键作为分布列。 多个数据段联合做主键的场景，建议设置所有主键作为分布列。 在没有主键的场景下，如果没有选择分布列，DWS会默认第一列作为分布列，可能会有数据倾斜风险。 因此，在

查看更多 →

个数。 使用主键，在插入数据时，尽量选择主键顺序插入，选择使用AUTO_INCREMENT自增主键。 因为当主键乱序插入时，会产生“页分裂”，消耗性能。 示例如下： 主键乱序插入 : 6 2 9 7 2 主键顺序插入 : 1 2 4 6 8 尽量不要使用UUID做主键或者是其他自然主键，如身份证号。

查看更多 →

table等语句对表结构做修正。如果无法进行DDL修正（如主键、唯一键因为数据原因无法修改），请联系运维人员处理。 没有主键的表不支持迁移。 如果没有主键，就无法精确定位记录，在分片变更过程中如果发生重试，可能导致数据增多。 解决方案：增加主键。 分片键不是主键的一部分可能导致逻辑表存在主键重复的数据(因为位于不同

查看更多 →

HBase连接器在upsert模式下运行，可以使用 DDL 中定义的主键与外部系统交换更新操作消息。但是主键只能基于HBase的rowkey字段定义。如果没有声明主键，HBase连接器默认取rowkey作为主键。详情可参考HBase SQL 连接器 Hbase源表 Hbase结果表

查看更多 →

规则 Hudi表必须设置合理的主键。 Hudi表提供了数据更新和幂等写入能力，该能力要求Hudi表必须设置主键，主键设置不合理会导致数据重复。主键可以为单一主键也可以为复合主键，两种主键类型均要求主键不能有null值和空值，可以参考以下示例设置主键： SparkSQL： // 通

查看更多 →

询数据时，您可以按照排序键输出数据。 创建表时，除表名称外，您还必须指定表的主键。表中的主键具有唯一性，因此，任意两个表中的主键都不相同。KVS支持两种不同类型的主键： 简单主键：由分区键构成。 复合主键：由分区键和排序键组合构成。 索引 索引是用来辅助查询表中的KV数据，能够加

查看更多 →

型、允许为空、是否主键、是否可查询、是否唯一、提示和操作信息。单击添加列可新增一列，最多支持100列。单击操作列的图标可以删除列。 列名 列的名称不可以和PostgreSQL 11版本的关键字冲突。 是否主键 主键用于唯一地标识数据表中的信息，可通过设置复合主键将数据表中的多个数据设置为唯一，主键至多设置10个。

查看更多 →

从OBS解析文件到RDS数据库，采集过一次后，后面采集会进行更新吗？ 如果是采集同一个文件，每次在OBS上更新文件，目标端数据库有主键情况下，每次会根据主键更新数据。 如果是采集多个文件，目标端数据库有主键且主键相同的情况下，每次都会更新成时间最早的文件里的值，即数据内容没有变化。因为从OBS获取多个文件默认按

查看更多 →

名称存储在同一个分区。 表中的KV会根据排序键进行排序以后存储。查询数据时，您可以按照排序键输出数据。 支持主键 简单主键（分区键）和复合主键（分区键和排序键）。 复合主键（分区键和排序键）。 父主题： 概念类

查看更多 →

Oracle-> GaussDB 表1 数据类型映射关系 源库数据类型 目标库数据类型 源库数据类型做主键，同步能力 源库数据类型做非主键，同步能力 源库数据类型做主键，对比能力 源库数据类型做非主键，对比能力 备注 CHAR CHARACTER 支持 支持 支持，忽略字符前后的空格 支持，忽略字符前后的空格

查看更多 →

齐，“类型”为“VARCHAR”时实际长度不足则不补齐。 主键：配置是否为主键列。普通HBase表主键只能指定一个；phoenix表主键可以指定多个，配置多个列为主键时，会按照配置列的先后顺序对其进行拼接。必须配置一个主键列。 map 是 无 数据处理规则 将字段值输出到HBase表中。

查看更多 →

齐，“类型”为“VARCHAR”时实际长度不足则不补齐。 主键：配置是否为主键列。普通HBase表主键只能指定一个；phoenix表主键可以指定多个，配置多个列为主键时，会按照配置列的先后顺序对其进行拼接。必须配置一个主键列。 map 是 无 数据处理规则 将字段值输出到HBase表中。

查看更多 →

DRS支持的数据类型如下所示： 表1 数据类型映射关系 源库数据类型 目标库数据类型 源库数据类型做主键，同步能力 源库数据类型做非主键，同步能力 源库数据类型做主键，对比能力 源库数据类型做非主键，对比能力 备注 CHAR character 支持 支持 支持，忽略字符前后的空格 支持，忽略字符前后的空格

查看更多 →

DRS支持的数据类型如下所示： 表1 数据类型映射关系 源库数据类型 目标库数据类型 源库数据类型做主键，同步能力 源库数据类型做非主键，同步能力 源库数据类型做主键，对比能力 源库数据类型做非主键，对比能力 备注 CHAR character 支持 支持 支持，忽略字符前后的空格 支持，忽略字符前后的空格

查看更多 →

的列转为小写，或删除源数据库表中多余的列。 待确认原因：源端表的主健列和目标端表的主键列存在不一致问题。主健列不一致，可能会导致同步失败或者数据不一致。 处理建议：改目标端表的主键，和源端表的主键列保持一致。 参考命令: alter table table_name add constraint

查看更多 →

输入二进制或十六进制字符串，GaussDB输出为十六进制，MySQL中根据ASCII码表转义，无法转义的输出为空。 主键：MySQL中TINYTEXT类型不支持主键，GaussDB支持。 索引：MySQL中TINYTEXT类型不支持除前缀索引外其他索引方法，GaussDB支持。 4

查看更多 →

据的preCombineField字段值的大小来决定同主键的存量数据是否能被同主键的增量数据更新。在同主键的增量数据的preCombineField字段值绝对大于同主键的存量数据的preCombineField字段值时，同主键的增量数据将会被更新。 OverwriteWithLatestAvroPayload

查看更多 →

齐，“类型”为“VARCHAR”时实际长度不足则不补齐。 主键：配置是否为主键列。普通HBase表主键只能指定一个；phoenix表主键可以指定多个，配置多个列为主键时，会按照配置列的先后顺序对其进行拼接。必需配置一个主键列。 map 是 无 数据处理规则 当配置HBase表名不存在时，作业提交失败。

查看更多 →

所在城市，排序键为热量消耗，由于主键字段会投影到全局二级索引的键值中，即全局二级索引记录中包含用户名和运动时长的信息，通过该索引可快速查询到在某城市热量消耗最多或者最少的用户信息。 键架构 复合主键（分区键和排序键）。 简单主键（分区键）或复合主键（分区键和排序键）。 特点 分区键与主表相同但排序键不同。

查看更多 →

齐，“类型”为“VARCHAR”时实际长度不足则不补齐。 主键：配置是否为主键列。普通HBase表主键只能指定一个；phoenix表主键可以指定多个，配置多个列为主键时，会按照配置列的先后顺序对其进行拼接。必需配置一个主键列。 map 是 无 数据处理规则 当配置HBase表名不存在时，作业提交失败。

查看更多 →

c表示检查约束。 f表示外键约束。 p表示主键约束。 u表示唯一约束。 table_name character varying(64) 约束相关的表名。 index_owner character varying(64) 约束相关的索引的所有者（只针对唯一约束和主键约束）。 index_name

查看更多 →