迭代计划 如何合理规划Sprint时间盒 如何移动迭代中需求变更后看板中的任务卡片 父主题： Scrum项目最佳实践

查看更多 →

迭代开发 如何在软件开发团队中管理突发性任务 如何解决开发团队中的任务没人领取的问题 父主题： Scrum项目最佳实践

查看更多 →

新增迭代 功能介绍 新增迭代 URI POST /GT3KServer/v4/iterators 表1 Query参数 参数 是否必选 参数类型 描述 branch_uri 是 String 分支URI 请求参数 表2 请求Header参数 参数 是否必选 参数类型 描述 X-Auth-Token

查看更多 →

Integer 迭代id name String 迭代标题 opened_total Integer 开启的工单数 progress String 工作进展 total Integer 工单总数 updated_time String 迭代更新时间 status String 迭代的状态,0

查看更多 →

删除项目迭代 功能介绍 删除项目迭代 调用方法 请参见如何调用API。 URI DELETE /v4/projects/{project_id}/iterations/{iteration_id} 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String

查看更多 →

表2 管理迭代 操作项 说明 编辑迭代 单击迭代所在行的，可对迭代进行编辑。 更改迭代状态 针对“未启动”状态的迭代，单击迭代所在行的，变更迭代状态由“未启动”变为“进行中”。 针对“进行中”状态的迭代： 单击迭代所在行的，变更迭代状态由“进行中”变为“未启动”； 单击迭代所在行的

查看更多 →

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

查看更多 →

创建Scrum项目迭代 功能介绍 创建Scrum项目迭代 调用方法 请参见如何调用API。 URI POST /v4/projects/{project_id}/iteration 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 参数解释：

查看更多 →

更新Scrum项目迭代 功能介绍 更新Scrum项目迭代 调用方法 请参见如何调用API。 URI PUT /v4/projects/{project_id}/iterations/{iteration_id} 表1 路径参数 参数 是否必选 参数类型 描述 project_id

查看更多 →

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

查看更多 →

批量删除项目的迭代 功能介绍 批量删除项目的迭代 调用方法 请参见如何调用API。 URI DELETE /v4/projects/{project_id}/iterations 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String devcloud项目的32位id

查看更多 →

Scrum项目的迭代 获取指定项目的迭代列表 批量删除项目的迭代 查看迭代详情 创建Scrum项目迭代 更新Scrum项目迭代 删除项目迭代 查看迭代历史记录 父主题： API

查看更多 →

测试发现由于两表结果集过大，导致nestloop耗时过长，超过一小时未返回结果，因此性能优化的关键是消除nestloop，让join走更高效的hashjoin。从语义等价的角度消除any-clause，SQL改写如下： 1 2 3 4 5 6 7 SELECT * FROM (

查看更多 →

案例：改写SQL消除子查询 现象描述 1 2 3 4 select 1, (select count(*) from customer_address_001 a4 where a4.ca_address_sk = a.ca_address_sk) as GZ CS

查看更多 →

测试发现由于两表结果集过大，导致nestloop耗时过长，超过一小时未返回结果，因此性能优化的关键是消除nestloop，让join走更高效的hashjoin。从语义等价的角度消除any-clause，SQL改写如下： 1 2 3 4 5 6 7 SELECT * FROM (

查看更多 →

测试发现由于两表结果集过大，导致nestloop耗时过长，超过一小时未返回结果，因此性能优化的关键是消除nestloop，让join使用更高效的hashjoin。从语义等价的角度消除any-clause，SQL改写如下： 1 selectls_pid_cusr1,COALESCE(max(round(ym/365))

查看更多 →

测试发现由于两表结果集过大，导致nestloop耗时过长，超过一小时未返回结果，因此性能优化的关键是消除nestloop，让join使用更高效的hashjoin来连接。从语义等价的角度消除any-clause，SQL改写如下： 1 2 3 4 5 6 7 SELECT * FROM (

查看更多 →

案例：改写SQL消除子查询 现象描述 1 2 3 4 select 1, (select count(*) from normal_date n where n.id = a.id) as GZCS from normal_date a; 此SQL性能较差，

查看更多 →

测试发现由于两表结果集过大，导致nestloop耗时过长，超过一小时未返回结果，因此性能优化的关键是消除nestloop，让join走更高效的hashjoin。从语义等价的角度消除any-clause，SQL改写如下： 1 2 3 4 5 6 7 8 9 10 11

查看更多 →

测试发现由于两表结果集过大，导致nestloop耗时过长，超过一小时未返回结果，因此性能优化的关键是消除nestloop，让join走更高效的hashjoin。从语义等价的角度消除any-clause，SQL改写如下： 1 2 3 4 5 6 7 8 9 10 11

查看更多 →

测试发现由于两表结果集过大，导致nestloop耗时过长，超过一小时未返回结果，因此性能优化的关键是消除nestloop，让join走更高效的hashjoin。从语义等价的角度消除any-clause，SQL改写如下： 1 2 3 4 5 6 7 8 9 10 11

查看更多 →