Сообщество SAP Training & Enablement Discussion Club
База знаний
Никита Калуцкий
Эффективный способ повысить для пользователя удобство работы с Web Dynpro
Современные информационные системы всё больше уходят в «облака», предоставляя пользователям удобство работы в любом месте и с любого устройства. Следуя этой тенденции, многие продукты SAP...
Группа авторов
Автоматизированные предиктивные модели для рекомендаций в SAP Predictive Analytics*
Модели рекомендаций получили широкое распространение во многих сферах нашей жизни: от поиска новой музыки до поиска новых партнёров. В этой главе мы рассмотрим создание и применение моделей...
Группа авторов
Управление данными времени в SAP SuccessFactors Employee Central*
Система учёта времени отсутствия на рабочем месте (time off) — основной способ (помимо, разумеется, зарплаты) компенсации труда сотрудников в организации. Учёт времени отсутствия позволяет...
Даньшин Алексей
Миграция пользовательских объектов в S4/HANA Migration Cockpit
Дана методика создания объектов миграции в SAP S/4HANA Migration Cockpit на основе пользовательского функционального модуля. Приведены подробные шаги по разработке функционального модуля для...
Вебинар Андрея Грача "Технический обзор автоматизации Контакт-Центра на базе SAP Service Cloud"
Автор рассказывает о технической стороне реализации проекта по автоматизации процессов Контакт-Центра из 50 пользователей.
Группа авторов
SAP Fiori и данные в реальном времени: объединение транзакционных и аналитических данных в SAP S/4HANA Finance*
Узнайте о фундаментальных инновациях, которые способны преобразить управление вашими финансами. Разберитесь, в частности, как изменится бухгалтерская деятельность благодаря внедрению универсального...
Мария Абазьева
Творческие порывы
Под творческими порывами я понимаю желание написать статью по своему профилю, выступить на конференции, форуме или на мероприятии другого формата, вести блог, издать книгу, в конце концов. Стоит ли...
Сергей Дьяконенко
SAP BW. Инструкция по выполнению преобразования данных на стороне БД HANA (Expert Script SAP HANA/AMDP)
В настоящее время, в связи с ростом объемов данных, хранимых в БД, и необходимостью дальнейшей их обработки возникает потребность в осуществлении ускорения/оптимизации загрузки данных в системе SAP...

Популярное по данным за последний месяц

Даньшин Алексей
Миграция пользовательских объектов в S4/HANA Migration Cockpit
Дана методика создания объектов миграции в SAP S/4HANA Migration Cockpit на основе пользовательского функционального модуля. Приведены подробные шаги по разработке функционального модуля для...
Евгений Самородов
Методика создания DMS-документа посредством BAPI
В статье рассмотрим на примере методику автоматического создания прототипа DMS-документа и прикрепления оригинала к нему.
Теги Ключевые слова: SAP Document Management System Функциональная область: Управление документооборотом / Document Management Ролевое назначение: SAP Консультант / Consultant; Ключевой пользователь / Expert 657  
Вебинар Андрея Грача "Технический обзор автоматизации Контакт-Центра на базе SAP Service Cloud"
Автор рассказывает о технической стороне реализации проекта по автоматизации процессов Контакт-Центра из 50 пользователей.
Сергей Дьяконенко
SAP BW. Инструкция по выполнению преобразования данных на стороне БД HANA (Expert Script SAP HANA/AMDP)
В настоящее время, в связи с ростом объемов данных, хранимых в БД, и необходимостью дальнейшей их обработки возникает потребность в осуществлении ускорения/оптимизации загрузки данных в системе SAP...
Обучение SAPLAND
Открываем доступ на вебинары SAPLAND
Друзья!

Мы открываем доступ на вебинары SAPLAND.
Весенняя сессия мастер-классов онлайн уже скоро. И для нас это такой же новый опыт, как и для вас. Чтобы быть готовыми к нему, мы приглашаем вас...
Василий Ковальский
Адаптация пользовательского ABAP-кода для перехода на S/4HANA (S4D440)
Нормализация отношений в базе данных позволяет избежать дублирования данных и тем самым уменьшает их объем, кроме того она помогает избежать многих логических ошибок.
Мария Абазьева
Творческие порывы
Под творческими порывами я понимаю желание написать статью по своему профилю, выступить на конференции, форуме или на мероприятии другого формата, вести блог, издать книгу, в конце концов. Стоит ли...
Олег Мацелис
19.05.2020, 09:27
Олег Мацелис:
Здравствуйте.
 
При выполнении прверки доступности сообщение выходит предупреждающее, нужно ошибочное.
как можно выполнить настройку для вывода ошибочного сообщения по правилу проверки и виду движения? без изменения динамической проверки доступности в виде движения.
Даньшин Алексей
18.05.2020, 12:54
Даньшин Алексей:
Учитывая, что не должно быть COMMIT WORK внутри кода ФМ и управление COMMIT выполнит Migration Cockpit логично предположить, что нет принципиальной разницы сколько таблиц изменяется в коде ФМ. Можно взять в качестве примера любой BAPI, используемый в стандартных объектах, и на его примере разобрать особенности обновления нескольких таблиц. Прямая миграция, на мой взгляд, отличается от миграции из файлов или из таблиц фактически только источником данных.
Даньшин Алексей
18.05.2020, 12:46
Даньшин Алексей:
Есть опыт создания примерно 250 000 материалов через Staging Tables. Система 1809. В стандартном объекте отключили маппинг значений кодов материалов. В остальном по скорости примерно так же как с LSMW. В плоскую таблицу по методу из статьи мигрировано около 200 000 записей. Из неудобств можно отметить необходимость разбить пакет на 4 файла. В целом примерно то же, что и в старом инструменте. Из достоинств - прямо из коробки 100 готовых объектов, которые реально работают. Если потратить пару недель на изучение и потренироваться, то вполне себе удобный инструмент.
Олег Точенюк
18.05.2020, 09:13
Олег Точенюк:
Не скажу как в 1909, но в 1709 пришлось устать с этим кокпитом, сырой зараза и скорость работы, короче не реально с этой штукой что-то серьезное мигрировать. 5000 объектов за сеанс?! Ребята вы серьезно систему рассчитали на ЧП палатка номер 5 с базара? Да еще и 12 часов эти 5000 ОС грузятся?! Короче надеялся что к 1909 исправили, но реализация прямой миграции, говорит что похоже как обычно, у сапа новая игрушка, и этот кокпит так и будет сырым по жизни. Хотя к какой-то 2510 наверное до ума доведут.
Дмитрий Тарасов
17.05.2020, 12:22
Дмитрий Тарасов:
Хорошая, качественная статья. Я бы смог применить эти шаги на практике.
 
Интересно было бы посмотреть, что если есть зависимости между несколькими таблицами, и нужно сохранить консистенцию данных при миграции.
 
Также интересно сравнить данный метод с прямой миграцией, которая доступна с версии 1909.
Дмитрий Селезнев
06.04.2020, 18:50
Дмитрий Селезнев:
Подскажите пжл. какая доработка делается для заполнения раздела 5 в формах по "Реконструкция, достройка, дооборудование, частичная ликвидация, модернизация" если модернизация ведется на субномерах ОС?
Заранее спасибо!
Олег Точенюк
01.04.2020, 11:48
Олег Точенюк:
Это не общая картина, это не правильные предпосылки для вашей не правильной картины, хотя если для вас земля плоская, то как бы не вопрос, пользуйтесь. Правда потом не удивляйтесь, когда при озвучивании своей картины мира, над вами будут смеяться. А вы будете оправдываться как я понимаю тем, что на сапленде это прочитали :-)
Наталия Белкина
20.03.2020, 21:03
Наталия Белкина:
Андрей, спасибо. Я понимаю, что тема сложная и имеет много нюансов, но это то чего не хватало - объяснить доступно общую картину.
Виталий Глущенко
16.03.2020, 20:01
Виталий Глущенко:
Спасибо за статью, но было бы неплохо увидеть исходник полностью, потому что полученные вами результаты замеров вызывают вопросы. Особенно рис. 11 и 12. Возможно неправильно понял, что с чем сравнивалось.
 
На своих экспериментах не увидел выигрыша между mesh структурой и внутренними табличками. Как правило разница в производительности колебалась +/-7%, если повторять такой "join" несколько раз, то разница в производительности скатывается до +/-1-2%.
При этом заполнение, что внутренних структур, что mesh структуры требует одинакового времени.
Разочаровывало (1) отсутствие поддержки Open SQL, поэтому собирать mesh структуру надо ручками и то, что (2) чтение одной и той же записи из mesh структуры, во второй и последующие разы занимает столько же времени сколько и в первый раз. Спрашивается, а зачем тогда мы указываем связи между полями с детализацией до полей (я про ASSOCIATION). На каждую ASSOCIATION в запись в главной таблице можно было добавить либо индекс, либо сразу адрес, который заполнялся бы при первом обращении, а при изменении строки сбрасывался. Overhead по памяти был бы незначительный, а скорость выросла. И последнее из явных разочарований (3), связи между таблицами только через = и and, а если у меня несколько таблиц с датой начала/датой окончания, то ASSOCIATION по такому ключу я уже не соберу, понятно.
Ирина Дауева
11.03.2020, 19:48
Ирина Дауева:
Вот здесь: sapland.ru/kb/webinars
В нашем магазине вы можете приобрести книги в печатном и электронном виде.