Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Move-Corresponding

former_member186444
Participant
6 REPLIES 6
Read only

Former Member
0 Likes
708

Nothing new in it. See and many other posts in this forum.

Rob

Read only

0 Likes
708

Rob, correct me if I'm wrong, but what is usually said is that MOVE-CORRESPONDING has a negligible impact on performance, and that its advantage would outweigh this impact.

What the graphs in the article show is that MOVE-CORRESPONDING actually has better performance.

Read only

0 Likes
708

I believe he was saying that the impact of using it on was small. Therefore the disadvantage of using it does not outweigh any small advantage.

Rob

Read only

0 Likes
708

Funny noticing, though, what Matt wrote at the end of [this thread|; (MOVE vs =), on Apr 23.

>

> Not really - it's posted about once a month. Next month, you can watch the one about MOVE-CORRESPONDING.

This was more than a month and a half ago, so I guess these threads are appearing less often than they used to..

Read only

0 Likes
708

Maybe I should attach this article to the thread I mentioned above.

Rob

Read only

ThomasZloch
Active Contributor
0 Likes
708

Imagine all the nice logic that would not be possible without CORRESPONDING, e.g. just add a field to your DDIC-ALV-structure and whoops it is being read from the database and shows up in your list (provided your program is coded accordingly). Or append a field to BSIS with same name as in BKPF (e.g. CPUDT), and it will be filled from now on by the SAP standard.

There will be many more examples.

My point is: forget about the minimal performance aspect, use it for purely for program logic where applicable.

Thomas

P.S. just repeating what I said in one of the threads linked in the sticky note