topic Returning multiple internal tables from a called program in Application Development and Automation Discussions

Returning multiple internal tables from a called program

former_member195383 — Thu, 25 Feb 2010 08:23:23 GMT

Hi All,

I have a program A . it calls program B by using submit statement . There are mulriple internal table in program B .

I want to pass them to program A . Can I do it . If so please let me know how.

Regards

Rudra

Former Member — Thu, 25 Feb 2010 08:25:35 GMT

Hi,

You can export those itab to memory ID in program B.

When it come back to program A, after SUBMIT.

Import those itabs to Program A.

You have to maintain same structures of program B in Program A

use EXPORT, IMPORT statements.

Regards,

Shankar.

Former Member — Thu, 25 Feb 2010 08:43:43 GMT

Hi,

EXPORT to memory ID memid and then import in your progam.

Don't gorget to clear memory ID after successful import as seems you may put lot of load on session memory.

Edited by: Anurag_n on Feb 25, 2010 9:43 AM

Former Member — Thu, 25 Feb 2010 08:54:11 GMT

It is possible to do it with EXPORT and IMPORT to memory. But if these tables, you are mentioning, are too big - there can be a memory problem.

In that case you have another possibility - make transparent table with delivery class L Table for storing temporary data, delivered empty

and pass these data through this table. It can have problem specific structure or some kind of universal structure

e.g

tablename char30
fieldname char30
fieldvalue char 1000

I hope it will helps

Vlado

former_member195383 — Thu, 25 Feb 2010 09:29:44 GMT

Actually, I am submitting a standard report in a Zprogram and want to access multiple internal tables of that

standard program inside the calling program.So is there any other way ..rather than using export import as it may cause performance issues.

Former Member — Thu, 25 Feb 2010 09:39:34 GMT

I`m afraid tha there is no other way how to do it.

Just these two methods.

I will prefer export/import to abap memory if these tables are not really huge.