DB2性能调优SAP应用程序中对SQL查询性能的提高

数据库
DB2性能调优之SAP应用程序中对SQL查询性能的提高是文章主要的内容讲述,以下就是文章的主要内容的详细解析,望大家会对其有所收获。

以下的文章主要向大家讲述的是DB2性能调优之SAP应用程序中对SQL查询性能的提高,如果你对DB2性能调优之SAP应用程序中对SQL查询性能的提高有兴趣的话,你就可以对以下的文章点击观看了。

 

SAP 提供了下面接口和数据库通讯:

应用程序写入 ABAP

SAP Open SQL

 

自然 SQL 通过 ADBC 接口(ABAP 数据库连接)

 

自然 SQL,以 EXEC SQL 语句开始并以 ENDEXEC 语句结束

 

JDBC 用于 SAP Java 应用程序

 

SAP ABAP 应用程序主要使用 SAP Open SQL 来访问数据库。 SAP Open SQL 由一组执行数据库操作的 ABAP 语句组成。被开发来为 SAP 支持的所有关系数据库平台提供一个通用接口。 SAP Open SQL 语句在 SAP 数据库接口中被转换为自然 SQL 。

 

SAP NetWeaver BI 使用 SAP BI 发布的 ADBC 。对于自然 SQL 接口 ADBC 是一个基于类的 API,它支持执行动态生成 SQL 语句。在 ABAP 环境中使用 ADBC 和在 Java 环境中使用 JDBC 类似。

用户他们自己写的 report 和事务可以使用任何一个可用接口来访问数据库。

在 SAP Open SQL 中使用 DB2 参数

SAP 支持一批 DB2 参数,它们可以添加到 Open SQL 语句中以影响从 Open SQL 生成的自然 SQL 语句如何在数据库层编译和运行。客户可以在他们自己写的 report 和事务中使用这些 DB2 参数来提高 SQL 查询性能。

注意,对前面描述的 DB2 SAP 指定参数设置,他应该只需要在特殊情况下使用这些参数。只有发生数据库DB2性能调优问题需要快速解决方案和替代解决方案时才使用它们。

对 Open SQL ,SAP 支持下列 DB2 参数

OPT_FOR_ROWS N:如果 N > 0,一个 OPTIMIZE FOR N ROWS 子句就被添加到 SQL 语句中。对 ABAP 语句它包含 UP TO N ROWS 子句,OPTIMIZE FOR N ROWS 是自动生成的。 OPT_FOR_ROWS 0 被用于防止自动生成 OPTIMIZE FOR N ROWS 。

USE_OPTLEVEL X:这个参数可以被用来指定语句处理的 DB2 查询优化级别。默认情况下,SAP 使用优化级别 5,这为大多数情况提供了合理的语句编译和执行时间。在某些情况下,一个较低或较高的优化级别可能生成一个对特定语句并具有更高DB2性能调优的访问计划。在这些情况下,参数可以被用作短期解决方案或替代方案。

 

&SUBSTITUTE LITERALS&:对于 SAP 内核版本 4.6,这个参数需要把 SAP 配置参数 dbs/db6/dbsl_substitute_literals 设置为 1 。这个参数使 ABAP 语句文本中的文字被作为 SQL 语句的文字实现(而不是作为参数标记)。如果这些文字被使用,优化器可以使用涉及这些列的表中的分布信息。注意,存在这种可能,没有对这个表搜集分布统计信息。

 

&SUBSTITUTE VALUES&:对于 SAP 内核版本 4.6,这个参数需要把 SAP 配置参数 dbs/db6/dbsl_substitute_literals 设置为 1 。这个参数使在 ABAP 语句中的所有输入值都被作为 SQL 语句文本的文字实现。就像 &SUBSTITUTE LITERALS&,DB2 优化器可以使用关于涉及表中的分布信息。然而,由于值的替换因为语句文本改变了,这个语句每次运行的时候都需要重新准备。

 

CONVERT_FAE_TO_CTE:对于内核版本早于 7.0 的 SAP,这个参数用来给控制有 FOR ALL ENTIRES 结构的 ABAP 语句生成 SQL 。

 

使用正确的 SAP 配置参数来控制为 FOR ALL ENTIRES Open SQL 查询生成 SQL

 

FOR ALL ENTRIES (FAE) 语句是一个通用的 SAP ABAP 语句结构。这个参数允许 ABAP 程序员用一个 ABAP 内部表连接一个或几个数据库表。 FAE 语句总是返回一个唯一的结果集。 SAP 数据库接口将删除任何从数据库返回的重复数据。

例如:

  1. SELECT … FROM <dbtable> FOR ALL ENTRIES IN <itab>   
  2. WHERE <col> = <itab>~<col>  

SAP 提供了下列配置参数来控制把多少语句被转化为 SQL:

 

rsdb/prefer_in_itab_opt:如果这个参数被设置为 1 而且如果 FAE 语句只在 WHERE 子句中涉及一个内部表列,那么一个有 IN 列表的自然 SQL 语句就被生成出来:

 

 

  1. SELECT … FROM <dbtable> WHERE  
  2. <col> IN (<itab>[1]~<col>,  
  3. <itab>[2]~<col>, … , <itab>[N]~<col> ) 

rsdb/prefer_join:这个参数是在 SAP 内核版本 7.0 或以后可用。如果这个参数被设置为 1 并且如果 FAE 语句不包含任何多表之间的连接,那么 FAE 语句就被实现为一个连接: SELECT

  1. …  
  2. FROM <dbtable> t1,  
  3. ( SELECT * FROM ( VALUES(<itab>[2]~<col><itab>[2]~<col>, … ,  
  4. <itab>[N]~<col> ) )  
  5. AS t2_tmp ( <coL> ) GROUP BY <col> )  
  6. AS T2  
  7. WHERE t1.<col> = t2.<col> 

rsdb/prefer_union_all:如果这个参数被设置为 1,那么将为内部表中的每一个值都会生成一个 SQL 语句并且通过 UNION ALL 链接起来: SELECT … FROM <dbtable> WHERE <col> =

 

 

  1. <itab>[1]~<col> UNION ALL  
  2. SELECT … FROM <dbtable> WHERE <col> = <itab>[2]~<col> UNION ALL  
  3. …  
  4. SELECT … FROM <dbtable> WHERE <col> = <itab>[N]~<col> 

如果这个参数被设为 0,那么将生成由 OR 链接的条件:

 

 

  1. SELECT … FROM <dbtable> WHERE  
  2. <col> = <itab>[1]~<col> OR  
  3. <col> = <itab>[2]~<col> OR  
  4. …  
  5. <col> = <itab>[N]~<col> OR 

这个参数在 rsdb/prefer_join 参数被设置为 1 的情况下不被使用。

 

如果上面的转换一个都没有发生,FAE 语句将被转换为带 OR 的自然 SQL 语句。

下面附加的 SAP 配置参数通过一个自然 SQL 语句控制内部 ABAP 表中输入的数目。

  1. rsdb/max_blocking_factor   
  2. rsdb/max_in_blocking_factor   
  3. rsdb/prefer_fix_blocking   
  4. rsdb/min_blocking_factor   
  5. rsdb/min_in_blocking_factor  

如果内部表包含更多输入,一些自然 SQL 语句会被生成出来而且结果搜集在 SAP 数据库接口中。更多细节,参见 SAP note 48230 。

 

SAP 用于控制 FAE 语句的执行的配置参数在整个 SAP 系统的很大范围内对关键数据库命令和DB2性能调优影响上都有非常大的效果。因此,只有在进行了详细问题分析之后或是 SAP 技术支持推荐的情况下覆盖这些配置参数的默认设置。

对 SAP 内核 7.0 之后的版本,rsdb/prefer_join=1 选项是不可用的。可用 IN 列表,UNION ALL 语句或在 WHERE 子句中有 OR 链接条件的语句来替换。 SAP 的参数 CONVERT_FAE_TO_CTE 可以被添加到 ABAP FAE 语句中来转换成一个 DB2 通用表的表达式(CTE)。这提高了性能,因为 DB2 优化器可以产生更好的访问计划 – 因为内部表中的重复值已经在 CTE 中被删除了。#p#

对 SAP BI 有问题的查询进行 SQL 性能调优

在 YDB6BWEXT 报告中,两个用户可用于提供一个更快的其他选择以提高长时间运行 SAP BI 有问题的查询的性能。

对 reporting 查询,SAP NetWeaver BI 使用 ADBC 和自然 SQL 语句。这个语句在 SAP NetWeaver BI Read Interface 中生成并运行,在 SQL 语句执行前后会有两个出口。例如,一个 SAP BI 查询的 DB2 优化级别或 SQL 查询级别可以在出口指定。

对可用出口而言,客户需要应用 YDB6BWEXT 报告的 queryoptbefore 与 queryoptafter 两个表和在 SAP NetWeaver BI 7.0 以及更高版本上的 SAP note 1143736 以及对早期版本应用 SAP note 872397 。

要获取如何实施在 YDB6BWEXT 中的出口指南请联系 SAP 开发支持。

避免查询条件中的复杂表达式

避免表达式中连接谓词

 

避免本地谓词中对列应用表达式

 

避免接列数据类型不匹配

 

避免不相等的连接谓词

 

避免 DISTINCT 关键字的聚集

 

避免不必要的外连接

 

把 FETCH FIRST N ROWS ONLY 子句和 OPTIMIZE FOR N ROWS 子句一起使用

 

如果你在使用星型模式连接,确保你的插叙满足标准要求

 

避免多余的查询约束

 

使用约束以提高查询优化

 

在复杂查询中 REOPT 绑定选项与输出变量同时使用

 

为你的工作负载选择最佳的优化级别

 

设置 DB2_REDUCED_OPTIMIZATION 注册变量

 

为 SAP 应用程序,设置 DB2_WORKLOAD 注册变量

 

收集正确的编目统计信息,包括高级统计功能

 

最小化 RUNSTATS 的影响

 

避免手动更新编目统计信息

 

对 SAP 应用程序,使用自动统计信息收集

 

对值分布不均匀的 SAP BI 表使用统计视图

 

使用 SAP BI 聚集

 

在 SAP Open SQL 中使用 DB2 参数

 

对 FOR ALL ENTRIES Open SQL 查询使用正确的 SAP 配置参数来控制 SQL 生成

 

如果其他调优选项没有得到可以接受的结果,就使用优化配置。

 

以上的相关内容就是对DB2性能调优之SAP应用程序中提高 SQL 查询性能的介绍,望你能有所收获。 

【编辑推荐】

  1. 对DB2数据移动方法的正确解析
  2. 对DB2 增量备份的正确运用描述
  3. DB2 并行版本中的查询优化登峰造极!
  4. IBM DB2数据库与注意事项_DB2编程的描述
  5. DB2终极SQL性能调节技术经典版
责任编辑:佚名 来源: zmool.com
相关推荐

2010-08-18 09:26:56

DB2性能调优

2009-01-08 19:14:37

服务器应用程序SQL Server

2010-08-17 17:23:42

DB2性能

2010-08-18 09:32:45

DB2优化性能

2010-08-06 12:38:17

DB2性能调优

2010-07-28 09:42:57

DB2性能

2010-08-09 15:59:42

2009-01-08 19:06:13

服务器应用程序SQL Server

2009-01-08 19:11:39

服务器应用程序SQL Server

2011-03-16 14:16:05

DB2查询

2010-07-30 11:10:24

DB2性能调优

2009-04-10 08:56:16

DB2Insert性能

2009-04-16 15:38:18

DB2IMPORT性能

2010-07-28 14:07:51

DB2数据库

2010-08-20 11:22:48

DB2性能调优

2010-02-04 11:55:27

ibmdwDB2

2011-05-27 16:00:10

DB2

2010-08-02 17:42:40

DB2性能调优

2010-08-20 14:15:08

DB2性能调优

2010-05-28 14:11:57

ibmdw数据库性能调优
点赞
收藏

51CTO技术栈公众号