主键列复制属性的校验 PostgreSQL为源的全量+增量和单增量任务同步时，对源数据库待同步表的主键列复制属性进行检查。源数据库中表的主键列toast属性为main、external、extended时，其replica identity属性必须为full。 不通过原因 同步表

查看更多 →

Partition Iterator算子消除 场景描述 在当前分区表架构中，执行器通过Partition Iterator算子去迭代访问每一个分区。当分区剪枝结果只有一个分区时，Partition Iterator算子已经失去了迭代器的作用，在此情况下消除Partition Iterator算

查看更多 →

Partition Iterator算子消除 场景描述 在当前分区表架构中，执行器通过Partition Iterator算子去迭代访问每一个分区。当分区剪枝结果只有一个分区时，Partition Iterator算子已经失去了迭代器的作用，在此情况下消除Partition Iterator算

查看更多 →

][order_number]。 查询某个买家某段时间内的交易记录，主键设计为[buyer_id][timestamp][order_number]。 根据订单号查询，主键设计为[order_number]。 查询中同时满足三张表，一张买家维度表主键设计为[buyer_id][t

查看更多 →

p_t1 where ls_pid_cusr1 in (‘20120405’, ‘20130405’); 或者 1 2 3 4 select count(1) from calc_empfyc_c1_result_tmp_t1 where ls_pid_cusr1 in

查看更多 →

mp_t1 where ls_pid_cusr1 in (‘20120405’, ‘20130405’); 或者： 1 2 3 4 select count(1) from calc_empfyc_c1_result_tmp_t1 where ls_pid_cusr1 in

查看更多 →

的关键是消除nestloop，让join使用更高效的hashjoin。从语义等价的角度消除any-clause，SQL改写如下： 1 2 3 4 5 6 7 SELECT * FROM ( SELECT * FROM test1 t1, test2 t2 WHERE t1

查看更多 →

p_t1 where ls_pid_cusr1 in (‘20120405’, ‘20130405’); 或者 1 2 3 4 select count(1) from calc_empfyc_c1_result_tmp_t1 where ls_pid_cusr1 in

查看更多 →

customer_address_001 a4, customer_address_001 a where a4.ca_address_sk = a.ca_address_sk group by a.ca_address_sk; 为了保证改写的等效性，在customer_address_001

查看更多 →

Filter: (id = a.id) Rows Removed by Filter: 99990000 Total runtime: 22196.415 ms (7 rows) 优化说明 此优化的核心就是消除子查询。分析业务场景发现a

查看更多 →

customer_address_001 a4, customer_address_001 a where a4.ca_address_sk = a.ca_address_sk group by a.ca_address_sk; 为了保证改写的等效性，在customer_address_001

查看更多 →

mp_t1 where ls_pid_cusr1 in (‘20120405’, ‘20130405’); 或者 1 2 3 4 select count(1) from calc_empfyc_c1_result_tmp_t1 where ls_pid_cusr1 in

查看更多 →

Filter: (id = a.id) Rows Removed by Filter: 99990000 Total runtime: 22196.415 ms (7 rows) 优化说明 此优化的核心就是消除子查询。分析业务场景发现a

查看更多 →

建议将无主键表修改为主键表。 MySQL同步场景 表2 源库无主键表检查 预检查项 源库无主键表检查。 描述 在进行MySQL同步时，源数据库若存在无主键表，可能会导致同步失败。 不通过提示及处理建议 不通过原因：源数据库同步的表中存在无主键表。 处理建议：建议修改无主键表。 不

查看更多 →

约束：需要符合正则表达式： ^[\u4E00-\u9FA5A-Za-z0-9_-]{1,64}$ 属性： 配置项英文名：properties 说明：属性，以JSON Path格式来指定保留的属性。 类型：STRING 必选：是 约束：需要符合正则表达式： ^.{1,1000}$。 高级配置项

查看更多 →

选择属性 选择属性 在模型导航栏的“选择资产”区域，选择您关注的资产后，单击该资产出现属性弹框，查看并勾选需要做时序分析的属性，点击“确定”完成。 图1 选择属性 父主题： 资产时序探索

查看更多 →

link-service01" } 状态码： 500 Internal Server Error { "error_code" : "ROMA.00110002", "error_msg" : "The instance does not exist. project_id:

查看更多 →

管理属性 操作场景 本文指导您在应用运行态管理分类节点的属性，如添加属性、编辑属性、移除属性。 前提条件 已登录应用运行态。 添加属性 在左侧导航栏中，选择“数据模型管理 > 分类”，进入“分类”页面。 单击需要操作的分类节点。 在展开的页面，选择“属性”页签，单击“编辑”。 图1

查看更多 →

Filter: (id = a.id) Rows Removed by Filter: 99990000 Total runtime: 22196.415 ms (7 rows) 优化说明 此优化的核心就是消除子查询。分析业务场景发现a

查看更多 →

的关键是消除nestloop，让join走更高效的hashjoin。从语义等价的角度消除any-clause，SQL改写如下： 1 2 3 4 5 6 7 SELECT * FROM ( SELECT * FROM test1 t1, test2 t2 WHERE t1.a

查看更多 →

customer_address_001 a4, customer_address_001 a where a4.ca_address_sk = a.ca_address_sk group by a.ca_address_sk; 为了保证改写的等效性，在customer_address_001

查看更多 →