Professional Documents
Culture Documents
Functional Overview
The runtime analysis tool allows you to examine the performance of any transaction, ABAP program, or function module that you create in the ABAP Workbench. It saves its results in performance data files, which you can display on the screen. You can use these results to identify runtime-intensive statements, SQL statements, and show the hierarchy of program calls. If you want to keep performance data files for future reference, you can store them locally on the frontend. To start the runtime analysis, choose Tools ABAP Workbench, Test Runtime analysis (or transaction SE30). . On the initial screen, you can choose one of the four main functions:
From the results of the runtime analysis, you can identify: Excessive or unnecessary use of modularization units (subroutines or function modules) and ABAP statements CPU-intensive program functions User-specific functions that could be replaced with ABAP statements Inefficient or redundant database access.
Initial Screen
Main Functions
In the simplest case, you would enter a short description and a measurement object (transaction, program, or function module) to run the analysis in the current session. Setting the measurement restrictions: In the Measurement restrictions group box, you can make more specific restrictions for the measurement. For example, you may want to include only certain statements or time periods.
Main Functions
From the initial screen, you can specify whether the analysis should run in the same session or in a parallel session using the Enable/Disable button in the In parallel session group box. The Performance file group box contains options for analyzing performance files.
Analysis
SQL TRACE
Objective
The SQL Trace part of the Performance Trace tool allows you to see how the OPEN SQL statements that you use in ABAP programs are converted to standard SQL statements and the parameters with which the embedded SQL statements are passed to the database system. While the trace is switched on, the SQL Trace function records all database activity by a particular user or group of users. The R/3 System takes OPEN SQL statements and converts them in to embedded SQL statements that it passes to the database.
Overview ..
The Code Inspector tests single objects or object sets (programs, function groups, classes, interfaces, Dictionary objects) for performance, security, serviceability, error proneness, and statistical information. Object sets, check variants, and inspections are created using transaction SCI. Object Sets and Check Variants (that is, combinations of single checks to which you can assign parameters) are managed independently of one another. An Inspection connects one check variant with an object set. Inspections, object sets, and check variants are created by one user locally or visible to all users globally An inspection returns a Check Result, from which you can derive another object set.
Name of an Inspection
Object Set : An object set consists of one or more single objects. The Single Objects can be: -- Program -- Function group -- Class -- Interface or -- Dictionary object.
Thank You