Здравствуйте,
есть прозрачная таблица
есть поле типа IPERI CHAR 6 0 В-период расчета
решил его переименовать.
при активации выдалось предупреждение : надо выполнить адаптацию.
Без проблем, выбираю адаптировать и сохранить данные.
После адаптации столбец обнулился.
Как это побороть?

а что удивительного ? это тоже самое на уровне DB, как удаление столбца и добавление нового.

Я думал там ALTER TABLE делается

вы можете увидеть все, что делает система при активации таблицы, в соответствующем логе (журнал активации -> просмотр лога) в SE11.

При адаптации система создает временную таблицу, копирует в нее все данные, удаляет данные в таблице, удаляет таблицу в БД и создает заново и потом копирует данные из временной таблицы в таблицу. Каждая строка копируется через move-corresponding. Соответственно если в таблице переименовалось поле и была адаптация, то при копировании не будет целевого поля.

Вывод - никогда не переименовывайте столбцы в БД.

Конкретный механизм адаптации кстати будет зависить от БД. Но переименование столбца - это фактически его удаление.

Как вариант можно поменять таблицу в БД вручную. Тогда точно будет работать как хочется, а не как попало.

Хотелось бы уточнить.
Речь идет о изменении имени поля или Краткого описания?
Как я понимаю, например есть поле EBAN-ZZMAKTX "Наименование материала по спецификации".
Переименовать ZZMAKTX в "Наименование материала по протоколу" можно безболезненно, ничего не затирается.
Переименовать ZZMAKTX в ZZMAKTX_PROT - это означает удалить старое поле и создать новое, пусть и с тем же наименованием, столбец затрется.

Ну да, всё так.

Чисто от базиса: Старайтесь избегать "переименовать" - используйте "копировать".
Это ко всему относится - переименовка фм и прочего приводит к геморрою при движению по ландшафту.
p.s. только вчера буквально разбирался что куда пропало, т.к. транспорт модифицировали вручную и всё стало раком.