如何处理数据迁移过程中自增列报错：主键重复 重新设置自增主键的初始值为大于当前已有数据的最大值，执行如下语句： ALTER SEQUENCE 库名.SEQ名 START WITH 新初始值 父主题： DDM使用类

查看更多 →

工程只是一些使用html与js语言编写的网页，可以进行部署吗？ 可以。可以在本地将工程代码打包，使用部署服务进行部署。 如果想要进行端到端的构建部署，可以使用代码仓库中提供的javaWebDemo，将代码上传到云端仓库，使用maven构建打包、以及tomcat脚本进行部署。 父主题：

查看更多 →

源库Oracle与目标库中间件表结构(包括列数，主键索引)是否对齐 Oracle->DDM同步场景 表1 源库Oracle与目标库中间件表结构(包括列数，主键索引)是否对齐 预检查项 源库Oracle与目标库中间件表结构(包括列数，主键索引)是否对齐。 描述 检查源库Oracle与

查看更多 →

。 数据库索引设计规范 每个InnoDB表强烈建议有一个主键，且不使用更新频繁的列作为主键，不使用多列主键。不使用UUID、MD5、字符串列作为主键。最好选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索

查看更多 →

。 数据库索引设计规范 每个InnoDB表强烈建议有一个主键，且不使用更新频繁的列作为主键，不使用多列主键。不使用UUID、MD5、字符串列作为主键。最好选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索

查看更多 →

cptsTask 数据库主键 createCptsTask 创建任务 CPTS cptsTask 数据库主键 deleteCptsTask 删除任务 CPTS cptsTask 数据库主键 modifyCptsTask 修改任务 CPTS cptsTemp 数据库主键 createCptsTemp

查看更多 →

。 数据库索引设计规范 每个InnoDB表强烈建议有一个主键，且不使用更新频繁的列作为主键，不使用多列主键。不使用UUID、MD5、字符串列作为主键。最好选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索

查看更多 →

HBase的列式KeyValue存储机制，适用于企业用户明细数据即时查询，基于主键的低时延点查，响应时延一般为秒级或毫秒级，方便用户对数据的实时分析。 HBase的架构和详细原理介绍，请参见：https://hbase.apache.org/book.html 当前CloudTable HBase暂无安全认证

查看更多 →

UPSERT 主键取值方式 文档类型为UPSERT，UPDATE或CREATE时支持的主键取值方式。 单主键：业务主键模式，选择主键，将其的值写入id。 联合主键：联合主键模式，多选主键，将其的值用主键分隔符拼接写入id。 无主键：仅操作类型为CREATE时支持，无需指定主键，目的端会自动生成id作为主键写入。

查看更多 →

可能原因 无主键表由于缺乏行的唯一性标志，在网络不稳定情况下，无主键表数据写入时与源数据库数据不一致。 源端为RDS for MySQL老版本（5-5.7.23），有无主键表隐藏主键的特性，导致DRS任务报错update/delete没有命中。 解决方案 如果是无主键表原因，需要

查看更多 →

MySQL到DWS实时同步中，DWS为什么需要对主键null值进行过滤？ 问题描述 MySQL到DWS链路 ，由于DWS的表是手动建立的，主键和MySQL不同。当DWS的主键字段在MySQL 中是非主键字段，如果该字段在MySQL中出现null值那么，写入到DWS中将会报错，报错信息如下：

查看更多 →

，该能力要求数据记录必须设置主键用来识别重复数据和更新操作。不指定主键会导致表丢失数据更新能力，不指定preCombineField会导致主键重复。 参数名称 参数描述 输入值 说明 primaryKey hudi主键 按需 必须指定，可以是复合主键但是必须全局唯一。 preCombineField

查看更多 →

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

查看更多 →

CONSTRAINT语法的PRIMARY KEY子句中指定的主键约束包含的约束属性中有2个相同的主键名。 解决办法：请检查CREATE TABLE ... CONSTRAINT语法的PRIMARY KEY子句中指定的主键约束包含的约束属性中是否存在2个相同的主键名，并修改或删除其中一个主键名。 GAUSS-00359:

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →