
The following specifies tips about optimizing performance. This gives you an overview of which operations contribute to performance optimization.
The number of selected rows can be restricted by the following operations:
View parameter (see External Views)
Setting filters on the UI (see Evaluation of the Concepts of the ALV Flavors)
Since every round trip triggers a new request to the database, it is not necessary for all columns to be read at the start of the display. From a previous SELECT * in the code of the application program, the ALV can restrict itself to the fields that are currently visible (see Visible Columns). All available fields are read only if no preselection about the display has been made (see Available Columns).
With ALV with IDA the API enables you to display the data first as a group, with or without subtotals. For a grouping without subtotals all grouped rows with the exception of the first row are initially displayed collapsed. The first group is expanded up to its first level, but for detail records all their levels are displayed. Thes steps do not apply for a grouping with subtotals. Only when the rows are expanded further are the detail records read from the database. This procedure optimally supports the GROUP BY language element of a SELECT statement.
Country-specific sorting costs time and must be activated using the field catalog. This make sense in particular when no umlauts are expected (for example, in material codes that are stored in a non-numerical column).
See also: Defining the Sort Strategy.
As with a grouping, filtering also directly influences the data amount in SAP List Viewer with IDA. The filter forms the WHERE clause of the ALV internal SQL statement, for example, which is sent to the database.