Здравствуйте.
Посмотрел несколько связанных тем, но не особо продвинулся в понимании решения! (

У меня задача написать программу, которая будет менять значение (убирать ведущие нули) одного поля в нескольких таблицах БД.

Я хотел сделать это так:

1. Скидываем БД-таблицу во внутреннюю той же структуры.
2. Во внутренней проводим все изменения.
3. UPDATE-им обратно в БД.

Но табличек таких много. Т.е. кода и переменных получится много.

Можно ли как-нить универсально это сделать? Чтобы на вход шло название таблицы. И по нему строилась внутренняя таблица аналогичной структуры. Ну и алгоритм один на всех!

Плохо. Очень плохо. Может тогда ещё рано такими вещами заниматься? Там ведь не так и много вариантов решения и они не очень сложны.
Кстати - неплохо было бы указывать ещё и версию системы, т.к. решиния сильно зависят и от этого.

Вы уверены что правильно поняли задание?

посмотрите в сторону:

data: ItabRef type ref to data.
field-symbols: <it_tab> type standard table.
data: tabname(4) value 'BKPF'.


CREATE DATA ItabRef TYPE STANDARD TABLE OF (tabname).
ASSIGN ItabRef->* TO <it_tab>.

select * into table <it_tab> from (tabname).

Спасибо. Но у меня на строку


выдает ошибку:
Unable to interpret "TABLE". Possible causes of error: Incorrect spelling or comma error.

У меня 4.6C.

CALL FUNCTION 'LVC_FIELDCATALOG_MERGE'
EXPORTING
...
i_structure_name = <tabname>
...
CHANGING
ct_fieldcat = fieldcat[]
EXCEPTIONS
INCONSISTENT_INTERFACE = 1
PROGRAM_ERROR = 2
OTHERS = 3
.

...
CALL METHOD cl_alv_table_create=>create_dynamic_table
EXPORTING
it_fieldcatalog = fieldcat
IMPORTING
ep_table = ItabRef.

...

В итоге получилось такое:



Чтобы достать данные, я использую assign.


Подскажи, плз., как можно данные в таблице поменять?

Ну, внутри лупа:

<value> = 'XXX'.

По поводу сброса данных:



Админы говорят, такие вещи надо делать порциями, т.к. если таблицы большие, то много ресурсов уйдет.

Т.е. придется использовать SELECT .. ENDSELECT и по sy-dbcnt отпускать порции.
В этом случае into table не подойдет и мне нужна wrok area той же структуры, что и таблица.
Как ее описать? Или может есть другой способ?

есть вот такая конструкция

Можно еще предложить

OPEN CURSOR ...

do.
FETCH NEXT CURSOR ...
enddo.

Я считываю данные в основной программе, потом передаю их в ФМ в виде набора строк длины 4000 (для универсальности) и там уже делаю Update.

Основная программа:



ФМ апдейта Z_SD_COM_UPDATE:



т.к. данные обновляю порциями, то ФМ запускается несколько раз.
При 37-м запуске метод cl_alv_table_create=>create_dynamic_table
выдает Exception generate_subpool_dir_full.
Именно при 37-м. Если всего будет 36 вызовов, то все пройдет нормально!

Подскажите, плз, что это за ошибка?
Я не освобождаю какие-то ресурсы?

порылся в доках, нашел такое:

GENERATE SUBROUTINE POOL <itab> NAME <prog> [<options>].

This statement creates a subroutine pool in the main memory area of the running program. You pass the source code of the subroutine pool in internal table <itab>. The statement returns the name of the generated subroutine pool in field <prog> that should have type C of length 8. You use the name in <prog> to call the external subroutines defined in table <itab> through dynamic subroutine calls as explained in Specifying the Subroutine Name at Runtime.

The subroutine pool only exists during the runtime of the generating program and can only be called from within this program. You can create up to 36 subroutine pools for one program.

А надо было в форуме сначала... об этот генерейт пул уже расписано по самое нехочу...

Уважаемый Damager! Обновление таблиц БД, даже собственных - это более чем серьёзная операция. И не думаю, что здесь уместна какая бы то ни было динамика, поскольку программы такого рода - щедрая почва для ошибок и несовместимостей с последующими изменениями.
Если же требуется выполнять множество обновлений однотипных таблиц, то это верный признак, что что-то не то с постановкой.

Солидарен с sy-uname. Задача очень подозрительна. Если пользователи не хотят видеть нули на экране, то в field-каталоге ALV есть поле NO_ZERO. При вводе значиний о нулях беспокоится не надо, в домене указывается программа преобразования ALPHA, которая добавит ведущие нули.
Я когда-то свою небольшую функциональность написал, так потом клял тот день, когда от ведущих нулей отказался.