доброго времени суток
представим ситуацию
в программу приходит таблицы с колонками: a, b, c.
вопрос: можно ли в программе объявить таблицу с колонками: a, b, c, D, E. так чтобы a, b, c были общими для двух таблиц? аля филдсимвол но расширенной структуры?
зачем надо? попытка избавиться от тупого лупа с мув-кореспондингом...

Если нужно избавиться от move-corresponding, то в программу сразу передавайте таблицу с нужной структурой.

Не получится.
И не думаю, что мув-корреспондинг в лупе это плохо.

Удав, спасибо, но не выйдет, т.к. в моем конкретном случае речь идет о юзерэкзите.
да и вообще теперь уже просто интересно стало.. есть ли такая возможность)
хотя пожалуй это было бы довольно опасно) но все-таки))

Aff, а если речь идет про мув >500 полей.. то хорошим это назвать тоже язык не поворачивается)

Если левая часть общая, то

Ну или как-то так, не знаю, что в конечном итоге нужно...

Изначально речь велась о 3-х общих полях
Это что за задача такая, что нужно обрабатывать >500 полей

Можно сэкономить несколько строчек на loop, если использовать метод класса cl_reca_data_services=>move_corresponding_table

Как вариант в одной из таблиц хранить reference на значения другой таблицы.

Вот это самый правильный вариант, в одной из таблиц хранить ссылку на строку другой таблицы

hoar, хм, то что в assign можно указывать длину не знал, спасибо! полезная информация


изначально была попытка обобщить, и узнать возможно ли такое вообще
а если более конкретно ставить задачу то например: из VBAP (>500) переложить в VBAPVB (>700 полей).
после чего вызвать какой-нибудь FM который требует на вход VBAPVB, что ему и приходиться предоставлять дабы не было дампа по несоответствию типов.
причем (чтобы опять таки обобщить ситуацию) ФМ представляется как блэкбокс, т.е. какие именно из полей будет использовать ФМ неизвестно (ну или сидеть разбираться - неоправданная трата времени)


про метод наслышан, однако внутри там у себя он делает тот же луп и мув-кореспондинг
мне же более интересно избавление от ненужной "перетасовки" данных туда (а может и обратно)) ) с целью ускорения работы программы)


вот что-то такое я пока и пытаюсь сделать, но какая-то ерунда получается
буду пробовать дальше

всем спасибо за активность

Да можно и просто вложенную структуру использовать.
in-a
in-b
out-in-a
out-in-b
out-c

и тогда просто присваивать внутренние структуры без мув-корреспондинга, они одного типа.
loop at in.
out-in = in.
out-c = 'X'.
append out.
endloop.

Извиняте, но если нужно вызвать ФМ, то для передачи параметров по-любому нужен LOOP и MOVE-CORRESPONDING.
Несовместимость типов при вызове карается дампом.

Еще как вариант определить компоненты в обеих структурах. Сделать таблицу сопоставления между номером поля одной структуры и номером поля другой структуры.
А дальше через assign component index of structure присваивать ссылки к полям и переносить значения.

Если "другая таблица" будет изменена, например, сортировка, все ссылки поедут. В лучшем случае будет дамп, в худшем заметите искажение данных в продуктиве.

Один из правильных способов - сделать через классы. Например, zcl_abc, от него потомок zcl_de. Тогда у обоих классов данные abc будут общими. Метод zcl_abc->read будет возвращать структуру abc, метод zcl_de->read возвратит abc+de. Во внутренней таблице хранить указатели на конкретные объекты. Тогда и сортировка по любым данным будет корректной.
Однако, в скорости потеряете в несколько раз!

Самое простое объявить наиболее полную структуру z_abcde, лучше в словаре. И использовать её во всех программах и ФМ. Там, где надо только abc - используйте abc, какие проблемы?
Если настаивать, что "в программу приходит таблицы с колонками: a, b, c", а источник данных менять нельзя, тогда вся тема не имеет смысла - можно закрывать.
Если ограничить задачу копированием в свою таблицу без move-corresponding, опишите свою структуру abcde, в которую в начале включена структура abc. Если структуры не содержат числовых форматов типа I, P или F, то можно ограничиться простым присвоением abc = abcde, или abcde = abc. Если есть числовые данные, тогда через assign.

Дополню, а также можно ограничиться простым присвоением таблиц: abc[] = abcde[], или abcde[] = abc[]. Только что проверил код для 4.6D (не юникод) и 7.01 (юникод).