Здравствуйте.
 
При выполнении прверки доступности сообщение выходит предупреждающее, нужно ошибочное.
как можно выполнить настройку для вывода ошибочного сообщения по правилу проверки и виду движения? без изменения динамической проверки доступности в виде движения.

Учитывая, что не должно быть COMMIT WORK внутри кода ФМ и управление COMMIT выполнит Migration Cockpit логично предположить, что нет принципиальной разницы сколько таблиц изменяется в коде ФМ. Можно взять в качестве примера любой BAPI, используемый в стандартных объектах, и на его примере разобрать особенности обновления нескольких таблиц. Прямая миграция, на мой взгляд, отличается от миграции из файлов или из таблиц фактически только источником данных.

Есть опыт создания примерно 250 000 материалов через Staging Tables. Система 1809. В стандартном объекте отключили маппинг значений кодов материалов. В остальном по скорости примерно так же как с LSMW. В плоскую таблицу по методу из статьи мигрировано около 200 000 записей. Из неудобств можно отметить необходимость разбить пакет на 4 файла. В целом примерно то же, что и в старом инструменте. Из достоинств - прямо из коробки 100 готовых объектов, которые реально работают. Если потратить пару недель на изучение и потренироваться, то вполне себе удобный инструмент.

Не скажу как в 1909, но в 1709 пришлось устать с этим кокпитом, сырой зараза и скорость работы, короче не реально с этой штукой что-то серьезное мигрировать. 5000 объектов за сеанс?! Ребята вы серьезно систему рассчитали на ЧП палатка номер 5 с базара? Да еще и 12 часов эти 5000 ОС грузятся?! Короче надеялся что к 1909 исправили, но реализация прямой миграции, говорит что похоже как обычно, у сапа новая игрушка, и этот кокпит так и будет сырым по жизни. Хотя к какой-то 2510 наверное до ума доведут.

Хорошая, качественная статья. Я бы смог применить эти шаги на практике.
 
Интересно было бы посмотреть, что если есть зависимости между несколькими таблицами, и нужно сохранить консистенцию данных при миграции.
 
Также интересно сравнить данный метод с прямой миграцией, которая доступна с версии 1909.

Подскажите пжл. какая доработка делается для заполнения раздела 5 в формах по "Реконструкция, достройка, дооборудование, частичная ликвидация, модернизация" если модернизация ведется на субномерах ОС?
Заранее спасибо!

Это не общая картина, это не правильные предпосылки для вашей не правильной картины, хотя если для вас земля плоская, то как бы не вопрос, пользуйтесь. Правда потом не удивляйтесь, когда при озвучивании своей картины мира, над вами будут смеяться. А вы будете оправдываться как я понимаю тем, что на сапленде это прочитали :-)

Андрей, спасибо. Я понимаю, что тема сложная и имеет много нюансов, но это то чего не хватало - объяснить доступно общую картину.

Спасибо за статью, но было бы неплохо увидеть исходник полностью, потому что полученные вами результаты замеров вызывают вопросы. Особенно рис. 11 и 12. Возможно неправильно понял, что с чем сравнивалось.
 
На своих экспериментах не увидел выигрыша между mesh структурой и внутренними табличками. Как правило разница в производительности колебалась +/-7%, если повторять такой "join" несколько раз, то разница в производительности скатывается до +/-1-2%.
При этом заполнение, что внутренних структур, что mesh структуры требует одинакового времени.
Разочаровывало (1) отсутствие поддержки Open SQL, поэтому собирать mesh структуру надо ручками и то, что (2) чтение одной и той же записи из mesh структуры, во второй и последующие разы занимает столько же времени сколько и в первый раз. Спрашивается, а зачем тогда мы указываем связи между полями с детализацией до полей (я про ASSOCIATION). На каждую ASSOCIATION в запись в главной таблице можно было добавить либо индекс, либо сразу адрес, который заполнялся бы при первом обращении, а при изменении строки сбрасывался. Overhead по памяти был бы незначительный, а скорость выросла. И последнее из явных разочарований (3), связи между таблицами только через = и and, а если у меня несколько таблиц с датой начала/датой окончания, то ASSOCIATION по такому ключу я уже не соберу, понятно.

Вот здесь: sapland.ru/kb/webinars