案例：建立合适的索引 创建合适的索引可以加速对表中数据行的检索。索引占用磁盘空间，并且降低添加、删除和更新行的速度。如果需要非常频繁地更新数据或磁盘空间有限，则需要限制索引的数量。在表较大时再建立索引，表中的数据越多，索引的优越性越明显。建议仅在匹配如下某条原则时创建索引： 需要经常执行查询的字段。

查看更多 →

案例：改建分区表 逻辑上的一张表根据某种策略分成多个物理块进行存储，这张逻辑上的表称之为分区表，每个物理块则称为一个分区。一般对数据和查询都有明显区间段特征的表使用分区策略可通过较小不必要的数据扫描，从而提升查询性能 在查询时，可通过分区剪枝技术尽可能减少底层数据扫描，即缩小表的

查看更多 →

训练迁移快速入门案例 本篇指导是迁移的总体思路介绍，便于用户对迁移过程有一个整体的认识。如果您希望通过具体案例直接实操，请参考《主流开源大模型基于DevServer适配PyTorch NPU训练指导》。该案例以ChatGLM-6B为例，介绍如何将模型迁移至昇腾设备上训练、模型精度对齐以及性能调优。

查看更多 →

案例：调整GUC参数best_agg_plan 现象描述 agg_t1的表定义为： 1 create table agg_t1(a int, b int, c int) distribute by hash(a); 假设agg下层算子所输出结果集的分布列为setA，agg操作的group

查看更多 →

节点并行计算更有优势。需要通过打开关闭开关来对比哪种情况更快（dngather_min_rows默认为500行，下述案例采用了默认值）。 案例环境准备 为了便于案例演示，需准备建表语句如下： --清理环境 DROP SCHEMA IF EXISTS dn_gather_test CASCADE;

查看更多 →

更有优势。需要通过打开关闭开关来对比哪种情况更快（dngather_min_rows默认为500行，下述案例采用了默认值）。下面简单说明几个案例： 案例环境准备 为了便于案例演示，需准备建表语句如下： --清理环境 DROP SCHEMA IF EXISTS dn_gather_test

查看更多 →

IAM用户登录有多种方式，如下步骤仅讲述其中一种，更多登录方式请参见：登录华为云。 在华为云登录页面，单击右下角的“IAM用户登录”。 在“IAM用户登录”页面，使用新创建的用户登录，输入账号名、用户名及用户密码。 图8 IAM用户登录 账号名为该IAM用户所属华为云账号的名称。 用户名和密码为账号在IAM创建用户时输入的用户名和密码。

查看更多 →

步骤1：安装案例源码包 前提条件 单击scene.zip，获取导入源码包，用于预置故障单流程场景涉及的对象和BPM活动。 操作步骤 参考如何进入经典开发环境中操作，进入经典版应用开发页面。 在主菜单中，选择“管理”，进入经典版开发环境配置。 在左侧导航栏中，选择“应用管理 > 软件包管理

查看更多 →

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

查看更多 →

案例：改写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性能较差，

查看更多 →

案例：改写SQL消除in-clause 现象描述 in-clause/any-clause是常见的SQL语句约束条件，有时in或any后面的clause都是常量，类似于： 1 2 3 4 select count(1) from calc_empfyc_c1_result_tmp_t1

查看更多 →

案例：改写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性能较差，

查看更多 →

Plan Hint实际调优案例 本节以TPC-DS标准测试的Q24的部分语句为例，在1000X，24DN环境上，说明使用plan hint进行实际调优的过程。示例如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

查看更多 →

案例：改写SQL消除in-clause 优化前 in-clause/any-clause是常见的SQL语句约束条件，有时in或any后面的clause都是常量，类似于： 1 2 3 4 select count(1) from calc_empfyc_c1_result_tmp_t1

查看更多 →

之间存在的通信数据量的同时，执行时间也从8.7毫秒降低至2.7毫秒，从而提升查询性能，如图2所示。 图2 选择合适的分布列案例（二） 父主题： SQL调优案例

查看更多 →

则执行计划将不包含“Streaming”，减少DN之间存在的通信数据量，从而提升查询性能，如图2所示。 图2 选择合适的分布列案例（二） 父主题： 实际调优案例

查看更多 →

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

查看更多 →

跨地域的指定资源授权案例（原多项目管理案例） 实践场景 实践步骤

查看更多 →

则执行计划将不包含“Streaming”，减少DN之间存在的通信数据量，从而提升查询性能，如图2所示。 图2 选择合适的分布列案例（二） 父主题： 实际调优案例

查看更多 →

因此join-condition实质上是一个不等式，这种非等值的join操作必须使用nestloop连接，对应执行计划如下： 优化说明 测试发现由于两表结果集过大，导致nestloop耗时过长，超过一小时未返回结果，因此性能优化的关键是消除nestloop，让join使用更高效的hashjoin来连接。从语义等价的

查看更多 →

则执行计划将不包含“Streaming”，减少DN之间存在的通信数据量，从而提升查询性能，如图2所示。 图2 选择合适的分布列案例（二） 父主题： 实际调优案例

查看更多 →