输入添加到 L实例 的 域名 。例如wpwebsite.com。 说明： 待添加的域名未被注册也可以成功添加，但是添加后必须完成注册和备案，才能正常访问网站。为了保证添加的域名可以正常使用，建议您先注册域名并完成备案，再添加域名。 企业项目 从下拉列表中选择所在的企业项目。 公网域名关联的企业项目

查看更多 →

问关联企业主期间的数据。 财务独立模式下的企业子账号授权企业主查看消费信息后，企业主才可以查看该企业子的成本数据。 如果企业主账号同时存在财务托管和财务独立的企业子，则企业主账号产生的成本归集于在财务托管模式下。 分析报告 企业主账号可以通过“关联账号”创建企业子账号的分析报告，

查看更多 →

APP、BO中，需要使用rest或者sdk，来直接调用其它BO的内部脚本。 需要先定义错误码，才能正确的抛出错误码信息，否则会随意抛出错误。 不允许跨BO、APP直接操作其它BO、APP的对象，应该调用rest或者sdk。 不推荐以下写法： 对于确实需要查询所有数据的场景，需要考虑平台的查询记录数限制，并自行控制游标查询。

查看更多 →

出HashJoin在不同的DN上存在严重的计算偏斜。 同时在Memory Information(如下图)中可以看出各个节点的内存资源消耗也存在极为严重的偏斜。 优化分析 上述两个特征表明了此SQL语句存在极为严重的计算倾斜。进一步向HashJoin算子的下层分析发现Seq Scan

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

Join在不同的DN上存在严重的计算偏斜。 同时在Memory Information(如下图)中可以看出各个节点的内存资源消耗也存在极为严重的偏斜。 图2 内存消耗情况 优化分析 上述两个特征表明了此SQL语句存在极为严重的计算倾斜。进一步向HashJoin算子的下层分析发现Seq

查看更多 →

出HashJoin在不同的DN上存在严重的计算偏斜。 同时在Memory Information(如下图)中可以看出各个节点的内存资源消耗也存在极为严重的偏斜。 优化分析 上述两个特征表明了此SQL语句存在极为严重的计算倾斜。进一步向HashJoin算子的下层分析发现Seq Scan

查看更多 →

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

查看更多 →

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

查看更多 →

迁移项目案例 上海XX科技有限公司是XX全量搬迁到华为云的重点客户，完成应用和大数据等2大核心业务和15个子系统全面上线华为云。 迁移调研分析 基础资源自动采集，自动化匹配目标端资源，确保源端资源无缝对接至目标环境的合适配置，完成千余项资源整合。 图1 迁移调研分析1 通过分析应

查看更多 →

典型场景配置案例 对当前账号下单个IAM用户授权 对当前账号下多个IAM用户或用户群组授权 对其他账号授权 对所有账号授权 临时授权访问OBS 让IAM用户只能看到被授权的桶 限制指定的IP地址访问桶

查看更多 →

常用委托配置案例 分配委托权限（被委托方操作） 配置 弹性云服务器 E CS 委托

查看更多 →

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

查看更多 →

实际调优案例 案例：选择合适的分布列 案例：建立合适的索引 案例：调整分布键 案例：调整GUC参数best_agg_plan 案例：改写SQL消除子查询 案例：改写SQL排除剪枝干扰 案例：改写SQL消除in-clause 案例：调整查询重写GUC参数rewrite_rule 案例：使用DN

查看更多 →

实际调优案例 案例：调整查询重写GUC参数rewrite_rule 案例：建立合适的索引 案例：增加JOIN列非空条件 案例：改建分区表 案例：改写SQL消除子查询 案例：改写SQL消除in-clause 父主题： SQL调优指南

查看更多 →

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

查看更多 →

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

查看更多 →

实际调优案例 案例：选择合适的分布列 案例：建立合适的索引 案例：调整分布键 案例：调整GUC参数best_agg_plan 案例：改写SQL消除子查询 案例：改写SQL排除剪枝干扰 案例：改写SQL消除in-clause 案例：调整查询重写GUC参数rewrite_rule 案例：使用DN

查看更多 →

出HashJoin在不同的DN上存在严重的计算倾斜。 同时在Memory Information(如下图)中可以看出各个节点的内存资源消耗也存在极为严重的倾斜。 优化分析 上述两个特征表明了此SQL语句存在极为严重的计算倾斜。进一步向HashJoin算子的下层分析发现Seq Scan

查看更多 →