字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般遵循以下原则： 【建议】尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 【建议】当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般需要遵循以下原则： 尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般需要遵循以下原则： 尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

在执行instant add column的过程中，MySQL会将第一次intant add column之前的字段个数以及每次加的列的默认值保存在tables系统表的“se_private_data”字段中。 dd::Table::se_private_data::instant_col：第一次instant

查看更多 →

会影响DDM对join算法的选择，无法使用最高效的算法。 这里的大表和小表的意思不是指原始表的规模，指的是经过where条件过滤之后的数据规模。 子查询 不建议子查询包含在OR表达式中，或者是子查询的关联条件包含在OR表达式中 不建议使用含有limit的标量子查询，如 select

查看更多 →

RENAME 重命名表名 MySQL重命名表名的语句与 GaussDB (DWS)有一些差异。DSC工具迁移时会根据GaussDB(DWS)的特性进行相应适配。 工具暂不支持原表名附有DATABASE(SCHEMA)的场景。 MySQL通过RENAME TABLE语句修改表名 输入示例

查看更多 →

。 表中的列不要太多，尽量做到冷热数据分离，减小表的宽度，以便在一页内存中容纳更多的行，进而减少磁盘IO，更有效的利用缓存。 经常一起使用的列尽量放到一个表中，避免过多的关联操作。 禁止在表中建立预留字段，否则修改列的类型会导致锁表，修改一个字段类型的成本要高于增加一个字段。 禁

查看更多 →

CBO功能优化多表查询效率 操作场景 在Hive中执行多表Join时，Hive支持开启CBO（Cost Based Optimization），系统会自动根据表的统计信息，例如数据量、文件数等，选出合适计划提高多表Join的效率。Hive需要先收集表的统计信息后才能使CBO正确的优化。

查看更多 →

产生死锁。 尽量不使用外键与级联，外键概念在应用层处理。 示例： 学生表中的student_id是主键，那么成绩表中的student_id则为外键。如果更新学生表中的student_id，同时触发成绩表中的student_id更新，则为级联更新。 外键与级联更新适用于单机低并发，不适合分布式、高并发集群。

查看更多 →

引入字段 此重构允许您创建一个新的类字段，使用选定的表达式初始化它，并使用对创建的类字段的引用替换原始表达式。这与内联字段重构相反。 执行重构 在代码编辑器中，将光标放置在要提取到类字段的表达式上。 在主菜单或编辑器上下文菜单中，选择Refactor>Introduce Fiel

查看更多 →

字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般需要遵循以下原则： 尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

BY，DISTINCT上的列。 多表JOIN的关联列。 索引列顺序： 区分度最高的放在联合索引的最左侧。区分度=列中不同值的数量/列的总行数。 尽量把字段长度小的列放在联合索引的最左侧。因为字段长度越小，一页能存储的数据量越大，IO性能也就越好。 使用最频繁的列放到联合索引的左侧。这样可以比较少的建立一些索引。

查看更多 →

。 表中的列不要太多，尽量做到冷热数据分离，减小表的宽度，以便在一页内存中容纳更多的行，进而减少磁盘IO，更有效的利用缓存。 经常一起使用的列尽量放到一个表中，避免过多的关联操作。 禁止在表中建立预留字段，否则修改列的类型会导致锁表，修改一个字段类型的成本要高于增加一个字段。 禁

查看更多 →

内联字段 这个重构操作允许您将字段的使用替换为其值，并删除字段的声明。这与引入字段相反。 执行重构 在代码编辑器中，将光标放在您想要内联其值的字段的声明或使用位置。 在主菜单或编辑器上下文菜单中，选择Refactor>Inline Field。 在打开的Inline Field对

查看更多 →

在左侧导航栏选择“字段授权 > 添加字段”，参数说明如表1所示，编辑完成后单击“确定”。 表1 参数说明 参数 说明 字段编码 选填，需要添加的字段编码，最大不超过64个字符，要求输入字母数字的组合编码，保存后不可再次编辑。 字段名称 必填，需要添加的字段名称，最大不超过15个字符，支持汉字、字母、数字、特殊字符。

查看更多 →

字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般遵循以下原则： 【建议】尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 【建议】当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般遵循以下原则： 【建议】尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 【建议】当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般遵循以下原则： 【建议】尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 【建议】当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

字段设计 选择数据类型 在字段设计时，基于查询效率的考虑，一般需要遵循以下原则： 尽量使用高效数据类型。 选择数值类型时，在满足业务精度的情况下，选择数据类型的优先级从高到低依次为整数、浮点数、NUMERIC。 当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。

查看更多 →

如果导入数据时没有指定自增键的值，DDM不会填充自增值，自增能力使用的是底层DN的自增能力，因此自增值会重复。 如果主键或者唯一索引值经过路由后不在同一张物理表，REPLACE不生效。 如果主键或者唯一索引值经过路由后不在同一张物理表，IGNORE不生效。 不支持对含有全局二级索引的表执行LOAD

查看更多 →

longtext、longblob类型的字段在同步过程中，可能会导致较低规格的DRS任务失败。 不通过提示及处理建议 不通过原因：同步对象中存在如下表，这些表包含longtext、longblob类型的字段。 处理建议：同步对象中如果存在包含longtext、longblob类型字段的表，建议创建大规格及以上规格的DRS任务进行同步。

查看更多 →