Здравствуйте!
Довольно давно из моей z-таблицы на продуктиве пропали все данные после добавления поля к уже имеющейся структуре.

Теперь при изменении структуры я постоянно пишу программы сохранения/восстановления данных на всякий случай. Но больше данные не удалялись.
Все так делают? Или никто с такой проблемой не сталкивался?

Опишите, пожалуйста, свои случаи.
Вот варианты:

• Системы 4.0 и 7.1.
• Добавление/удаление ключевого/обычного поля.
• Увеличение/уменьшение длины поля.
• Изменение типа (NUMС <->CHAR).

Просто уже надоело их писать.

Может таблица была большая (большой объём хранимых данных)? Изменение в составе ключевых полей?
Про пограммы - обычно просят базис сделать бэкап потенциально проблемных таблиц. Да и система тестирования позволяет смоделировать ситуацию перед переносом в продуктив.

вообще, насколько я знаю, при таком изменении структуры таблиц когда нельзя обойтись ALTER TABLE, САП действет примерно так:
1. переименовывает старую таблицу
2. создает новую
3. копирует данные из старой в новую
4. убивает старую

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

UPD: http://help.sap.com/saphelp_47x200/help ... ameset.htm

Точно знаю что нельзя изменять домен допустим 0.000 на 0.0 и все такое, сам так чуть не попался, хорошо что не успел сделать адаптирование таблицы. Да и sy-uname правильно сказал можно сделать бэкап, да и потом в для чего в сапе сделано 3 уровня(разработка, тест, продуктив), думаю что до продуктива такие косяки редко доходят.

Но метко

Мы никогда не пишем, но и таблицы стараемся не менять. Такого чтобы в DEV/QA сработало нормально, а в продуктиве вдруг данные пропали, пока не случалось. А если что - надеемся на Базис.

Это проблема не сапа а Oracle. Смотря какая версия Oracle стоит. Оттуда и надо плясать.

Вроде как можно обойтись одной единственной программой, понимающей любую таблицу.

думаю проблема возникла из-за того что при адаптации таблицы в БД был выбран вариант адаптации БЕЗ сохранения данных. Если же ошибка возникла на шаге адаптации, то есть возможность восстановить данные из qcmXXXXX, где XXXXX - оригинальное имя вашей таблички. Что же касается программ для восстановления, считаю это в корне не правильным, странно, что базис не обратил на это внимание. т.к. таблица-таблице рознь и размер некоторых таблиц может быть очень даже не хилый, а размеры тейбл спэйсов и роллбэк сегментов не резиновые. Самый правильный путь - узнать у базиса когда делается бэкап системы и вносить изменения в структуру таблиц сразу после бэкапа, чтобы в случае ошибки поднять из него данные.