Runtime Type Identification (RTTI) is a powerful technique for obtaining all information about a data type at runtime. When you use dynamic programming techniques, sometimes you need to dynamically determine the data type or properties in order to decide how to handle the data.
Unlike languages that are intended primarily for building software tools, the ABAP programming language has evolved for 20+ years, driven by the needs of business application development. Consequently, as an SAP application developer, ABAP offers you some unique features that are not typically available in other languages. In particular, the concept of dynamic programming enables you to easily add runtime customization to your ABAP programs in several ways. Mastering these techniques will make your ABAP programs more powerful and flexible.
Unlike languages that are intended primarily for building software tools, the ABAP programming language has evolved for 20+ years, driven by the needs of business application development. Consequently, as an SAP application developer, ABAP offers you some unique features that are not typically available in other languages. In particular, the concept of dynamic programming enables you to easily add runtime customization to your ABAP programs in several ways. Mastering these techniques will make your ABAP programs more powerful and flexible.
Unlike languages that are intended primarily for building software tools, the ABAP programming language has evolved for 20+ years, driven by the needs of business application development. Consequently, as an SAP application developer, ABAP offers you some unique features that are not typically available in other languages. In particular, the concept of dynamic programming enables you to easily add runtime customization to your ABAP programs in several ways. Mastering these techniques will make your ABAP programs more powerful and flexible.
ots of factors can give rise to slow execution of a transaction or a report. Sometimes there are general system problems. Sometimes users use the program in a way it was not designed for. Sometimes the nature of the application and workload calls for parallel processing. And sometimes the source of the performance issue can be traced back to your ABAP code, mainly the construction of your OPEN SQL.
While there are many reasons other than database performance that could be causing the performance problem, this blog series will focus on just this aspect. If you’ve ruled out deficiencies in the system setup, mishandling by users, or the need for parallel processing, then you need to revisit your code and see if the source of your performance problem is hiding there.