А знаете ли вы что в ABAP можно вызвать конец света одним лишь оператором:
Хранимые функции и бизнес-логика
На хабре промелькнул очередной холиварный пост про хранимые процедуры и бизнес-логику.
А вот в старом добром ABAP сложилось так, что для этого холивара нет места. Просто внутренняя жизнь устроена совсем иначе:
Об эволюции ABAP
Вот ABAP вроде бы как живёт, меняется, эволюционирует. Вышел новый ABAP 7.40.
Насмотрелись разработчики на другие языки программирования, и теперь корпеют над новыми фишками. И даже планируют какое-то мега-обновление AS ABAP for NGAP под кодовым номером 8, где последняя аббревиатура означает Next Generation ABAP Platform.
Из особенных новостей в контексте ERP можно отметить нижеследующие нововведения.
Правдивая или неправдивая опечатка
Пишут в скайп по поводу смежного проекта:
Они создали новые гормонизированные справочники
Вот думаю… Когда они ошиблись в написании, то стала ли фраза более правдивой, и не умышленная ли ошибка?
Вопрос терминологии
Мастер-данные, Транзакционные данные, Ссылочные данные ….
Немного букв в качестве напоминания и иллюстраций – под катом.
Заметки с поля боя, трейлер 720p
Читаю книгу:
ITпроекты: фронтовые очерки
Джо Мараско
Хорошая книга.
Вместо отзыва или аннотации дальше пойдёт трейлер к книге, нарезка интересных фрагментов.
Заполнил книжную полку
Так принято в ERP, что практически очень сложно что-то удалить навсегда. Можно создать бухгалтерский документ или карточку основного средства, а вот удалить их система не дает: бухгалтерский документ можно только сторнировать, а карточку основного средства можно только списать.
По разным обстоятельствам очень редко возникает необходимость в зачистке оперативных продуктивных данных. Такая необходимость может быть регулярной (так называемая Архивация) или иррегулярной (например: удаление тестовых данных при подготовке к продуктивному старту).
Для полной очистки оперативных данных (по БЕ) предусмотрены специальные программы в модулях финансовой бухгалтерии FI (транзакция OBR1) и основных средств AM (транзакция OABL). Эти программы действуют очень грубо и без оглядки на остальные модули, и к тому же не могут заменить саму функциональность Архивации. Но вот в остальных модулях (например: MM, FM) такой возможности нет. Единственный легальный способ удалить оперативные данные в прочих модулях или удалить их на основании утверждённых сроков жизни – это Архивация.
Архивация – это процесс выборочного переноса записей из оперативной базы данных во внешние файлы.
В реальной жизни архивация нужна для систем с долгим сроком продуктивной жизни. Для каждого вида документов есть свой период актуальности, и если система ERP работает уже лет пять, то разумно предположить, что конкретные документы пятилетней давности нам уже не нужны для работы. Конечно же, мы должны сохранить некоторые общие промежуточные итоги того периода в самой системе, например сальдо счетов. А если кроме этого у вас необходимые данные в том или ином виде выгружаются в систему класса BI – то тем лучше.
Конечно это выгодно также и технологически – разгружается сама база данных, уменьшается размер резервных копий, повышается быстродействие. Кроме этого доступ к архиву в каком-то ограниченном виде возможен, а также не исключается возможность восстановить данные из файлов обратно в базу данных.
Ну а мы будем сейчас использовать архивацию для избавления от мусора.
Чисто теоретически можно было бы написать программы по прямому удалению из таблиц, но это не наш метод.
Эта статья покажет процесс архивации на примере модуля управления материальными запасами (MM).
Приступим!
Я дошёл до предела
Внезапно оказалось, что таблица блокировок не резиновая, и имеет свои переделы.
В моём случае обвал блокировок начался в районе 25 тысяч записей.
Как можно достичь таких огромных цифр?
Для памятки подзабывшим матёрым абаперам и въезжающим молодым абаперам.
Ничего нового для опытных специалистов; даже наоборот – им всегда есть что добавить и исправить.
