案例：改写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

查看更多 →

面向互娱、教育、企业、电商等场景，提供3D卡通数字人、美型数字人、写实数字人及相关配饰制作服务 面向制作行业、文旅、金融等行业客户，通过数字人视频介绍公司产品，传递公司价值 虚拟视频制作 提供视频镜头设计，结合数字人模型、虚拟背景、真实背景输出高质量视频 面向教育、培训等行业客户，使

查看更多 →

华为云 实时音视频 华为云实时音视频（SparkRTC）凭借在视频业务领域长期技术积累，快速为行业提供高并发、低延迟、高清流畅、安全可靠的全场景、全互动、全实时的音视频服务，适用于在线教育、云会议、社交文娱等场景。 产品介绍 视频论坛 立即使用 成长地图 由浅入深，带您玩转SparkRTC

查看更多 →

中国金融业信息技术“十三五”发展规划（2017）指出：支持实力较强的机构独立或者联合建设金融业云服务平台，面向同业特别是中小金融机构提供云服务，提高行业资源使用效率。多家银行系金融科技公司成立，以行业云方式，对信息建设、业务流程、金融应用软件开发等能力做输出。服务从集团内部到中小银行、基金、保险、证券、信托等金融机构，再到其他非金融企业。

查看更多 →

课题，需要校企合作； 职教：工业软件专业建设刚起步，人才培养定位不清晰、课程体系设置无行业特色，师资力量薄弱，急需行业及企业参与； 行业企业：重视工业软件人才培养的企业较少，部分厂商有面向教育的资源，但技术单一，范围较窄，体系不完整。 数字化工业软件联盟汇聚了众多企业资源，有大量

查看更多 →

行业模板 行业模板是服务结合自身实践经验构造的已有的数据模型的集合，为客户提供涉及研、产、供等多环节的产品与解决方案，缩短产品研发时间，提升企业运营效率。 每个行业模板内部包含了针对该行业不同领域的数据模型，用户单击“加载”可以引用选中的数据模型，单击“卸载”取消引用。 行业模板

查看更多 →

行业类 电子面单 识别各类快递公司的电子面单主要信息，包含三段码、收寄件人姓名电话地址及条形码运单号，快速提取信息，提高信息录入效率。 保险单 支持多版式的保险单关键信息，支持寿险险种，识别主要投保信息包括保险单号、保险公司、投保人与被投保人姓名，性别，出生日期，证件类型、证件号等。可用于保险报销和信息录入场景。

查看更多 →

与交付平台。 为了解决这一问题，本实践将介绍如何通过构建造风者在线教育沙箱实践平台，来适应现代教育不断演变的需求。 造风者在线教育沙箱平台是一套全流程体系化的线上+线下虚拟仿真实验平台，该平台配置了丰富的华为及行业前沿技术实验、远程真机以及教学资源和指导手册，学生一键登录即可开始

查看更多 →

登录 ModelArts Pro 控制台，选择行业套件卡片并单击“申请公测”，在申请公测页面根据界面提示填写所需信息。 申请公测操作完成后，单击“前往我的公测”，进入“我的公测”页面。当“审批状态”显示为“审批通过”时，表示您已经获得了该行业套件的公测权限。 申请行业套件的公测权限后，即可进入套件使用相关功能。

查看更多 →

行业套件介绍 视觉套件旨在帮助各行业客户快速开发满足业务诉求的视觉AI应用，同时支持客户自主进行工作流编排，快速实现AI应用的开发和部署，提升视觉AI开发效率。 预置工作流 视觉套件提供了预置工作流，覆盖多种场景，支持自主上传训练数据和配置参数，自主构建和升级高精度识别模型。用户自定义模型精度高，识别速度快。

查看更多 →

金融行业场景 应用场景 对于金融行业用户，新兴互联网业务的快速发展和业务数据的高敏感性是一对既有的矛盾，而现有的混合云架构是解决这一矛盾的较优解决方案。而在实际落地场景中，这样的结构依旧存在一些痛点亟待解决。 痛点一：业务部署分散，无法极速扩容和大规模治理，难以有效应对高峰期的流量冲击。

查看更多 →

代码规范案例汇总 脚本中的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）

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →