Доброго дня! Вопрос банальный. Прошу не плеваться.
Суть его такова: Есть у меня расширение ZALIKP таблицы LIKP.
LIKP:
.APPEND ZALIKP STRU 0 0 Доп параметры исх поставки (автотранспорт)

Все отлично работает с 2006 года. Но сейчас стал вопрос о увеличении длины поля ZALIKP-TRUST_NUMBER.
ZALIKP:
TRUST_NUMBER Тип CHAR 25 0 Доверенность: номер + дата выдачи

Нужно изменить с 25 символов на 50. Проблем в изменении длины типа и длины экранного поля, не вижу. Одно меня смущает.
Как бы страшно не поломать таблицу LIKP, данным действием.
Можете меня успокоить. Сказать что, с таблицей не че, не случится, от этого действия.

С базисником посоветуйтесь.
Насколько я понимаю, при изменении длины поля происходит следующее (могу и ошибаться):
1. Таблица блокируется
2. Содержимое таблицы копируется в теневую таблицу целиком
3. Таблица дропается и пересоздается.
4. В новую таблицу перезаливаются данные из теневой с учетом нового типа данных.

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

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

И уточните БД и число записей в LIKP.

Спасибо большое за ответ. Базисник у нас слаб в таком вопросе, ответить не смог.
БД: ORACLE 11.2.0.3.0, SAP ECC 6.0.
Количество записей: 34 516. Не так уж и много(архивация).

Ну, при 34 тыс. записей мне кажется вообще переживать просто не о чем.
Проверить как все пройдет при переносе в тестовую систему и все-таки выгнать пользователей из продуктива на время переноса на всякий пожарный, вот и всё.

Вот если бы было 34 млн или 340 млн записей, вот тогда да, был бы разговор

Подобное делал с RE-FXными таблицами.
Единственная проблема была в том, что FI юзеры с открытыми документами получили дамп из-за несовпадающей области данных)))
Молод был, перенес запрос в разгар рабочего дня
Так что юзеров отправляем пить чай на 30-40 минут и вперед!

Всем спасибо все прошло успешно. Выбили и заблокировали нужных пользователей с системы, посмотрели на память и сделали перенос. Он покрутился минут 5 и выполнился. Потом разблокировали пользователей и пустили в работу.