Здравствуйте!

Есть стандартная таблица, в нее добавили поле z (через ключ разработчика), а так же добавили пустой include inc_z.

Прошли годы, табличка росла и заполнялась данными.

И тут, совершенно неожиданно, возникла необходимость переместить поле z в структуру inc_z.
Поле z исправно заполнялось, ко-во строк в табличке десятки миллионов.

Отсюда вопрос: Существует ли простой и быстрый способ переноса поля с данными из таблицы в структуру

PS: Я не есть ABAP программист, просьба сильно не пинать.

потренируйтесь на ненужной таблице -
_сложите в один запрос_ :
- удаление поля в таблице
- добавление одноименного поля в структуру в таблице
перенесите,
возможно случится чудо и данные в поле останутся

На мой взгляд вариант один. Сделать по человечески:
1. Добавить поле через APPEND структуру.
2. Пройтись по всем записям, сохраняя ключ таблички и значение z поля во временной таблице БД.
3. Удалить все, что относится к модификации стандарта (поле и инклуд).
4. Пройтись по временной БД табличке, заполняя по ключу значения в добавленном через APPEND поле.
5. Удалить временную таблицу.

думаю чуда не будет. вряд ли получится это сделать. как вариант: сделать копию таблицы, программно (ну или если есть другие способы) скопировать все данные в нее из оригинальной таблицы, потом сделать изменения в структуре оригинальной таблицы, потом скопировать либо все данные из копии в оригинал (если они были утеряны во время изменения структуры) либо программно перенести только это поле. в принципе ничего сложного, только надо четко проверить, полностью ли сделалась копия таблицы

Доверить данную операцию ABAP - программисту простой и быстрый способ.
Главное чтобы хватило места и был бекап данных.

Какое чудо требуется и что не получится?
Изменение структуры таблицы конечно не ежедневная, но вполне штатная операция, имеющая поддержку штатными средствами. Другое дело, что таблица видимо большая, соответственно могут быть проблемы с местом и временем (т.е. если потребуется вручную выполнить адаптацию талицы, то её надо делать в фоне и желательно чтобы в системе никто больше не рабтал с данной таблицей)

Чуда, про которое писал trop

Попробовала из принципа - по крайней мере с Z табличками все работает отлично. Последовательность действий такая:
1) Создала табличку ZTEST с полями:
MANDT - key
ZKEY (CHAR 2) - key
ZFIELD1 (CHAR 2)
2) Заполнила данными.
3) В SE11 зашла в изменение, удалила поле ZFIELD1. Сохранила (не активируя, но думаю это не принципиально). Нажала на кнопку Append Structure, создала append с полем ZFIELD1 (CHAR 2). Активировала append и табличку.
4) Не отходя от кассы, зашла в меню Utilities -> Database Object -> Database Utility, нажала кнопку [Activate and Adjust Database] с Save Data. Ахалай-махалай - все данные на месте.

В п.4 есть опция запускать в бэкграунде.

Сколько млн. записей было в таблице?
Возможно, что система при активации таких изменений запустит утилиту Conversion... типа, старая таблица переименовывается в QCM*, создается новая с именем QCM8, данные копируются из QCM* в QCM8*, QCM8 переименовывается в табл. с исходным именем, QCM* удаляется.
Но не уверен, будет ли в данном случае так.
Вот тут-то при операции CONVERSION возможны некоторые нехорошие ситауции...

Примерно 0.000002 миллиона. Вообще-то цель была показать, что такое в принципе возможно. Никто не предлагает сразу нестись в продуктив и там на практике внедрять полученные на форуме советы. Но, скажем, в тестовой системе, предварительно посоветовавшись с Базисом, почему бы и не попробовать? А то мы тут можем гадать до посинения...

Кстати, с таким количеством записей может пора уже об архивировании подумать?

При изменении структуры таблицы физически создается новая таблица (с добавлением окончания к имени) с новой структурой, затем все данные из старой таблицы перебрасываются в новую move-corresponoding'ом, т.е. соответствие полей определяется по их именам. При отсутствии ошибок, старая таблица стирается и заменяется новой. Поэтому не удивительно что у вас сработало Главное чтобы не менялось имя поля, ну и тип конечно...

я, наверное, этот же способ и описал, как вы указали...

Кстати, при изменении структуры вполне может вызываться и ALTER TABLE в СУБД.

В документации написано, когда невозможен ALTER, то вызывается утилита Conversion, о чем мы упоминали уже.
В частности, приводился пример, что если у поля типа С изменить длину, то будет отрабатывать именно преобразование (Conversion).

В каких еще сдучаях будет работать ALTER, а в каких преобразование, не знаю