前言:
SAP小技巧系列主要是记录一些项目中碰到的问题及解决思路与方式.这些问题可能你也碰到过,希望能给你一些帮助.
加速SQL编辑器
如果使用的ECC或者S/4底层数据库是HANA. 那么SAP提供了一个非常好用的工具-SQL编辑器,可以通过TCODE: DB02 进入SQL编辑器
问题:这里就不赘述这个SQL编辑器的功能与用途了. 只讲一个碰到的问题: 特定系统进入SQL编辑器很慢(主要表现在生产系统,进入SQL编辑器往往需要等待30-60秒左右).
解决思路: SQL编辑器进入缓慢的原因可能是多方面的,但是往往都会集中在以下几点
-
执行了性能很差的SQL查询语句.
-
执行了大量循环或无用的等待语句.
使用ST12跟踪DB02的执行过程后发现, 在特定系统中会执行一个很慢的SQL查询. 分析上下文代码发现,可以跳过这个查询.
解决办法: 创建一个程序ZBC_DB02,代码如下,事物代码ZDB02. 同时增强标准程序:CL_HDB_DATABASE 方法 COPY_SYSTEM_INFO.
后续执行ZDB02直接进入SQL编辑器, 就不会那么卡了.
源代码部分:
REPORT zbc_db02.
*优化HANA SQL 编辑器的启动性能
*标准逻辑执行到 类 CL_HDB_DATABASE 方法 COPY_SYSTEM_INFO 结尾处修改 if_dba_database~sql_possible = 'M'
*SELECT REPLICATION_STATUS, COUNT(*) FROM SYS.M_SERVICE_REPLICATION WHERE VOLUME_ID <> 0 GROUP BY REPLICATION_STATUS
*
*SELECT secondary_site_name, operation_mode from SYS.M_SYSTEM_REPLICATION
*
*部分生产系统这两个SQL语句执行很久. 导致DB02界面卡顿
*可以通过上下文. 这两个卡顿的SQL语句在的位置. 增强 METHOD COPY_SYSTEM_INFO 返回
*ENHANCEMENT 1 Z_BC_ADJUST_ZDB02. "active version
**
* IF SY-CPROG = 'ZBC_DB02'.
* if_dba_database~sql_possible = 'M' . "跳过后面两个性能可能很差的SQL语句"
* ENDIF.
*ENDENHANCEMENT.
*
*if_dba_database~sql_possible = 'M' 以便跳过后续两个SQL .
*
* CALL METHOD me->copy_system_info( ).
*
* IF if_dba_database~sql_possible = 'J'.
**执行卡顿的SQL
* ENDIF.
CALL FUNCTION 'DB6_CALL_COCKPIT'
EXPORTING
action = 106
system_id = sy-sysid
show_launchpad = 'X'.
如果你对这篇文章感兴趣,请帮忙转发分享,
网友评论