-
案例：选择合适的分布列
![]()
案例：选择合适的分布列 分布列用于将数据分布到不同的节点上，划分均衡可以避免数据倾斜。 在进行关联查询时，尽量选择查询中的关联条件作为分布键。当关联条件作为分布键时，相关数据都分布在DN本地，将减少DN之间的数据流动代价，提升查询速度。 优化前 将a作为t1和t2的分布列，表定义如下：
来自：帮助中心 -
案例：选择合适的分布列
![]()
较大通信数据量，如图1所示。 图1 选择合适的分布列案例（一） 如果将a作为t1的分布列，将b作为t2的分布列： 1 2 CREATE TABLE t1 (a int, b int) DISTRIBUTE BY HASH (a); CREATE TABLE t2 (a int, b
来自：帮助中心 -
案例：选择合适的分布列
![]()
案例：选择合适的分布列 分布列用于将数据分布到不同的节点上，划分均衡可以避免数据倾斜。 在进行关联查询时，尽量选择查询中的关联条件作为分布键。当关联条件作为分布键时，相关数据都分布在DN本地，将减少DN之间的数据流动代价，提升查询速度。 优化前 将a作为t1和t2的分布列，表定义如下：
来自：帮助中心 -
案例：选择合适的分布列
![]()
案例：选择合适的分布列 分布列用于将数据分布到不同的节点上，划分均衡可以避免数据倾斜。 在进行关联查询时，尽量选择查询中的关联条件作为分布键。当关联条件作为分布键时，相关数据都分布在DN本地，将减少DN之间的数据流动代价，提升查询速度。 优化前 将a作为t1和t2的分布列，表定义如下：
来自：帮助中心 -
有没有Kafka Stream的案例？
![]()
-
高频故障案例
-
实践案例指引
![]()
实践案例指引 表1 服务最佳实践指引 实践 描述 扫描具有复杂访问机制的网站漏洞 本实践主要介绍了如何扫描具有复杂访问机制的网站漏洞。 手动探索文件录制指导 本实践提供了手动探索文件录制指导。 使用CodeArts Inspector服务对内网主机进行扫描 本实践介绍了如何使用使用CodeArts
来自：帮助中心 -
案例：改写SQL消除子查询（案例1）
![]()
此SQL性能较差，查看发现执行计划中存在SubPlan，引用SubPlan结果的算子可能需要反复的调用获取这个SubPlan的值，即SubPlan以下的结果要重复执行很多次。具体如下： 优化说明 此优化的核心就是消除子查询。那么从SQL语义出发，可以等价改写SQL为： 1 2 3 4
来自：帮助中心 -
跨地域的指定资源授权案例（原多项目管理案例）
![]()
-
应用市场的应用是免费的吗？
![]()
-
案例：设置cost
![]()
cost_param=1）值为1时，表示对于求!=连接的选择率时选择一种改良机制，此方法在自连接（两个相同的表之间连接）的估算中更加准确。下面查询的例子是cost_param的bit0为1时的优化场景。V300R002C00版本开始已弃用cost_param & 1不为0时的路径，默认选择已优化的估算公式。 选择率
来自：帮助中心 -
证书选型案例
-
实践案例指引
![]()
实践案例指引 本文汇总了基于测试计划服务(CodeArts TestPlan)常见应用场景的操作实践，为每个实践提供详细的方案描述和操作指导，助力用户高质量进行测试活动。 表1 CodeArts TestPlan最佳实践一览表 最佳实践 说明 测试用例三层管理 本实践为您介绍如何使用“用例库-基线版本-测试版本”
来自：帮助中心 -
典型配置案例
![]()
典型配置案例 单AP组网场景 纯AP组网场景 AR+AP组网场景 AR+交换机+AP组网场景 防火墙+交换机+AP组网场景 防火墙+核心交换机+接入交换机+云AP组网场景 防火墙+核心交换机+接入交换机+AP+独立AC组网场景 防火墙+核心交换机+接入交换机+AP+随板AC组网场景
来自：帮助中心 -
典型配置案例
![]()
典型配置案例 企业边界天关透明直路 企业边界天关旁挂策略路由直路（三层) 企业边界天关旁路镜像流状态检测（USG6502E-C天关、USG6503E-C天关、USG6603F-C天关） 企业边界防火墙旁路镜像流状态检测（USG6000F防火墙） 企业边界天关旁路镜像引流透传场景 企业内部存在NAT转换场景
来自：帮助中心 -
实践案例指引
![]()
实践案例指引 表1 CodeArts Link服务最佳实践指引 最佳实践 说明 Jira与CodeArts Req数据双向同步 介绍如何通过CodeArts Link实现Jira与CodeArts Req的数据双向同步，从而提高企业运作效率、提高数据资产的复用率。
来自：帮助中心 -
典型使用案例
-
案例：改写SQL消除子查询（案例2）
![]()
ls_policyno_cusr1 = t2.ls_policyno_cusr1 ); 对应的执行计划如下： 优化说明 很明显，执行计划中存在SubPlan，并且SubPlan中的运算相当重，即此SubPlan是一个明确的性能瓶颈点。 根据SQL语意等价改写SQL消除SubPlan如下： 1 2 3
来自：帮助中心 -
案例：改写SQL消除子查询（案例1）
![]()
ca_address_sk group by a.ca_address_sk; 为了保证改写的等效性，在customer_address_001. ca_address_sk加了not null约束。 父主题： 实际调优案例
来自：帮助中心 -
案例：改写SQL消除子查询（案例2）
![]()
ls_policyno_cusr1 = t2.ls_policyno_cusr1 ); 对应的执行计划如下： 优化说明 很明显，执行计划中存在SubPlan，并且SubPlan中的运算相当重，即此SubPlan是一个明确的性能瓶颈点。 根据SQL语意等价改写SQL消除SubPlan如下： 1 2 3
来自：帮助中心 -
案例：NOT IN转NOT EXISTS
![]()
执行下列SQL语句，查询NOT IN的执行计划： 1 EXPLAIN VERBOSE SELECT * FROM t1 WHERE t1.c NOT IN (SELECT t2.c FROM t2); 返回结果如图： 从返回结果可知执行计划走NestLoop，因为NULL值跟任意值的OR运算结果都是NULL，WHERE条件表达式：
来自：帮助中心
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
