案例：改写SQL消除子查询（案例2） 现象描述 某局点客户反馈如下SQL语句的执行时间超过1天未结束： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 UPDATE calc_empfyc_c_cusr1 t1 SET ln_rec_count

查看更多 →

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

查看更多 →

案例：改写SQL消除子查询（案例2） 现象描述 某局点客户反馈如下SQL语句的执行时间超过1天未结束： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 UPDATE calc_empfyc_c_cusr1 t1 SET ln_rec_count

查看更多 →

典型配置案例 单AP组网场景 纯AP组网场景 AR+AP组网场景 AR+交换机+AP组网场景 防火墙+交换机+AP组网场景 防火墙+核心交换机+接入交换机+云AP组网场景 防火墙+核心交换机+接入交换机+AP+独立AC组网场景 防火墙+核心交换机+接入交换机+AP+随板AC组网场景

查看更多 →

典型配置案例 企业边界天关透明直路 企业边界天关旁挂策略路由直路（三层) 企业边界天关旁路镜像流状态检测（USG6502E-C天关、USG6503E-C天关、USG6603F-C天关） 企业边界天关旁路镜像流状态检测（USG6000F防火墙） 企业边界天关旁路镜像引流透传场景 企业内部存在NAT转换场景

查看更多 →

案例：设置cost_param对查询性能优化 cost_param参数用于控制在特定的客户场景中，使用不同的估算方法使得估算值与真实值更接近。此参数可以同时控制多种方法，与某一方法对应的位做与操作，不为0表示该方法被选择。 场景一：优化前 cost_param的bit0(set

查看更多 →

案例：设置cost_param对查询性能优化 现象描述1 cost_param的bit0(set cost_param=1)值为1时，表示对于求由不等式（!=）条件连接的选择率时选择一种改良机制，此方法在自连接（两个相同的表之间连接）的估算中更加准确。下面查询的例子是cost_p

查看更多 →

国家电网 外交部 华为云 教育、政府、互联网 有严格的数据保密要求 无需在网站地址栏展示身份信息 网站后期有多个新增站点的需求 OV泛域名证书 个人网站 个人业务 无数据传输业务 网站用来展示纯信息或内容 DV 父主题： 如何选购SSL证书

查看更多 →

典型使用案例 在这个章节中，我们将介绍一个QingTian Enclave的使用场景。其中包含了一些角色和基本的工作流程，同时使用了华为云数据加密服务（DEW）的KMS子服务，华为云统一身份认证服务（IAM）和华为云 对象存储服务 （OBS）。 工作流程 构建QingTian Enclave镜像

查看更多 →

案例：改写SQL消除子查询（案例1） 现象描述 1 2 3 4 select 1, (select count(*) from normal_date n where n.id = a.id) as GZ CS from normal_date a; 此SQL

查看更多 →

CDN不支持接入违反相关法律法规的域名，包括但不限于： 涉黄、涉赌、涉毒、涉诈、侵权内容的网站 游戏私服类网站 盗版游戏 / 软件 / 盗版视频网站 P2P类金融网站 彩票类网站 违规医院和药品类网站 网站无法正常访问或内容不含有任何实质信息 如果您的加速域名含有以上违规的内容，您将自行承担相关风险。

查看更多 →

有业界第一个全国互联互通五级乙等案例（江苏省张家港市卫生健康委员会）。最新IDC报告显示，2021年在中国医院核心管理系统主要厂商的市场份额中，卫宁健康占比为12.2%市场份额第一。 技术侧竞争力 卫宁健康拥有业内完整、成熟的产品体系，包括智慧医院全系产品180余个，基层一体化产

查看更多 →

代码规范案例汇总 脚本中的class和脚本名应该一致。 不要把整个处理逻辑使用try catch包起来，这样会导致报错时，无法定位原始错误行，需要去掉try catch。 不推荐以下写法： APP、BO中，需要使用rest或sdk，来直接调用其它BO的内部服务编排。 APP、BO

查看更多 →

案例：调整分布键 现象描述 某局点测试过程中EXPLAIN ANALYZE后有如下情况： 从执行信息上比较明确的可以看出HashJoin是整个计划的性能瓶颈点，并且从HashJoin的执行时间信息[2657.406,93339.924](数值的具体含义请参见SQL执行计划详解)，

查看更多 →

实际调优案例 案例：选择合适的分布列 案例：建立合适的索引 案例：增加JOIN列非空条件 案例：使排序下推 案例：设置cost_param对查询性能优化 案例：调整分布键 案例：改建分区表 父主题： 性能调优

查看更多 →

实际调优案例 案例：选择合适的分布列 案例：建立合适的索引 案例：增加JOIN列非空条件 案例：使排序下推 案例：设置cost_param对查询性能优化 案例：调整局部聚簇键 案例：调整中间表存储方式 案例：改建分区表 案例：调整GUC参数best_agg_plan 案例：改写SQL消除子查询（案例1）

查看更多 →

案例：使排序下推 现象描述 在做场景性能测试时，发现某场景大部分时间是CN端在做window agg，占到总执行时间95%以上，系统资源不能充分利用。研究发现该场景的特点是：将两列分别求sum作为一个子查询，外层对两列的和再求和后做trunc，然后排序。 表结构如下所示： 1 2

查看更多 →

案例：调整分布键 现象描述 某局点测试过程中EXPLAIN ANALYZE后有如下情况： 从执行信息上比较明确的可以看出HashJoin是整个计划的性能瓶颈点，并且从HashJoin的执行时间信息[2657.406,93339.924](数值的具体含义请参见SQL执行计划详解)，

查看更多 →

实际调优案例 案例：调整查询重写GUC参数rewrite_rule 案例：调整I/O相关参数降低日志膨胀率 案例：建立合适的索引 案例：增加JOIN列非空条件 案例：改建分区表 案例：改写SQL消除子查询 案例：改写SQL消除in-clause 父主题： 性能调优

查看更多 →

案例：调整分布键 现象描述 某局点测试过程中EXPLAIN ANALYZE后有如下情况： 从执行信息上比较明确的可以看出HashJoin是整个计划的性能瓶颈点，并且从HashJoin的执行时间信息[2657.406,93339.924](数值的具体含义请参见SQL执行计划详解)，

查看更多 →

更多案例实践参考 关于数据开发更多的使用进阶指导和案例，请参见最佳实践。 父主题： 使用教程

查看更多 →