What you are describing is not an issue "with the inline declarations". Maybe I'm off base here but with the title "performance issues with the inline declarations" I was expecting to see some alarming revelations about the fact that using inline declarations is somehow slower vs, say, regular declarations. And consider following the ABAP Development environment topic and my profile for future similar content. Thank You For Reading, please share feedback and thoughts in a comment. The check variant will have to include the low-performance operation for standard type internal table to detect performance issues with the inline declaration.
ITAB N5 CPU CODE
For better performance, it’s always recommended to use the code inspector (transaction SCI) before transporting the ABAP programs to the production system. Standard type with secondary key (via explicit declaration)Īs you can see in the runtime comparison above, the inline declaration can cause performance issues when the developer uses it without considering the future data volume. Response time comparison for the nested loop (test case : 10K rows in the LT_TABLES, 115K rows in the LT_TABFIELDS) Standard type (via inline declaration) Loop at lt_tables ASSIGNING FIELD-SYMBOL().Įxplicit data declaration example #2 (with secondary sorted key) data : lt_tabfields type table of dd03l with non-UNIQUE sorted KEY k1 COMPONENTS tabname. In that case, we will have to define the internal table explicitly as sorted or hashed types or with secondary sorted keys to avoid possible performance issues.Įxplicit data declaration example #1 (with sorted type internal table) data : lt_tabfields2 type sorted table of dd03l with non-UNIQUE KEY tabname. Suppose we have to access the internal table inside a loop.
As we can see in the debugger, the table type is the standard and it does not have any keys. The internal table LT_TABFIELDS is created with the inline declaration at the SELECT statement. Loop at lt_tabfields ASSIGNING FIELD-SYMBOL()
Performance issues happen if the internal table created by the inline declaration contains many rows and we access it inside a loop.Ī common performance issue select * from dd03l FOR ALL ENTRIES IN tabname = table at lt_tables ASSIGNING FIELD-SYMBOL(). It is more critical when we use the inline declaration because it creates only standard-type tables. We will always have to consider the data volume for the internal tables to avoid possible performance issues. Since SAP NetWeaver ABAP 7.4 introduced this new feature, it has been the preferred way over explicit data declaration. The Inline declaration provides an effortless way to create data objects and better readability to code readers.
0 kommentar(er)
