08-06-2008 3:02 PM
Hi Experts,
I have a situation/special case when GET PERNR runs for all pernr.s (No input on selection screen of PNP LDB) where it causes unnecessary performance issue.
Is there any way to execute GET PERNR event conditionally or terminate the event in kinda IF...ELSE statement?
Thanks.
Achyut
08-06-2008 3:23 PM
In ldb there is no such option for that but you can restrict by specifying the pernr ranges or using initialization of the fields and dates used on the selection screen .
08-06-2008 3:07 PM
08-06-2008 3:23 PM
In ldb there is no such option for that but you can restrict by specifying the pernr ranges or using initialization of the fields and dates used on the selection screen .
08-06-2008 3:31 PM
Hi Achyut,
Whenever you use the Get Pernr..
You need to definetely declare the Infotypes you are using in the program in the INFOTYPES STATEMENT.
Ex :
INFOTYPES : 0000 , 00001,
2001 MODE N .
MODE N need to be declared for time infotypes
The info type tables are not filled by GET PERNR (logical database PNP) or GET OBJEC (logical database PCH). The effect of the INFOTYPES statement is then the same as the data declaration of an internal table (as described above).
Thank you
08-06-2008 3:31 PM
08-11-2008 11:00 AM
I came to conclusion that conditional use may not be possible.
Thanks for quick help.
10-09-2008 11:24 PM
You can execute GET PERNR event dynamically vai use of FM LDB_PROCESS passing proper parameter. This way you can call GET PERNR event dynamically. Never hesitate - there is will there is a way..:-)
10-10-2008 2:12 AM
Check if PNPPERNR is initial during the START-OF-SELECTION & Use the key word STOP. This will skip the GET PERNR event and take you to the END-OF-SELECTION.
~Suresh