Добрый день!
В глобальной области трансформации (DS >> DSO_1) описана таблица gt.
В start_routine она заполнилась через select into, объектами из некой DSO_2, для записей source_package (через for all entries по ключу).
В end_routine записи этой таблицы были использованы для определения полей.

Как будет вести себя такой алгоритм, если загрузка DSO_1 осуществляется пакетами параллельно, хотя бы и в два потока. Ведь может получится так, что второй пакет прогрузится быстрее и процедура end_routine для первого пакета, так и не увидит в ней "свои" данные, потому что они были перезаписаны start_routine второго пакета. Или же сгенерированная трансформация выполняется изолировано для каждого пакета в загрузке?


Каким образом лучше построить работу с чтением таблицы стороннего DSO в start_routine? При условии, что в этом DSO может храниться большое количество данных (например, из DS 2LIS_12_VCITM), полное ее чтение существенно осложнит работу.

В общем, требуется best practise по этой теме ибо я запутался

Все правильно делаете. Чтобы долго не писать... сгенерированная трансформация выполняется изолировано для каждого процесса. Вашу gt-таблицу (старайтесь, если это допустимо, объявлять ее как хэш-таблицу) заполняете заново для каждого пакета в start_routine. В таком случае вам не придется читать большое кол-во данных из стороннего DSO. Если же и в этом случае кол-во читаемых записей велико, то следует уменьшить размер пакета в DTP (если такая возможность есть).

Под процессом понимается загрузка одного пакета из PSA (по умолчанию 50К записей)?

Я попробовал поставить точку остановки в сгенерированной программе трансформации перед вызовом call method start_routine. Перед вызовом метода gt таблица была полна предыдущими значениями. Понятно, что внутри start_routine она переопределится.
Главное уяснить вопрос из первой части - изолированный процесс == загрузка конкретного пакета (одного из N)?

А как тогда определять глобальную переменную/таблицу и заполнять ее только один раз для всех пакетов? Или в таком случае, заполнение идет в первом пакете, а в каждом последующем проверка на initial этой таблицы?

Под процессом понимается процесс, который вы видите в SM50. У вас может быть 10 пакетов. Если предположить, что распараллеливание идет по трем процессам более-менее равномерно, то возможен такой вариант распределения пакетов - 3, 3, 4. Для каждого процесса gt-таблица будет своя

Если заполнение gt-таблицы у вас идет на основе данных самого пакета, то лучший вариант для каждого пакета заново заполнять gt-таблицу (можно, конечно, аппендить, чтобы избежать лишних селектов, но тогда придется контролировать размер gt-таблицы, чтобы она не съела все ресурсы). Если заполнение gt-таблицы не зависит от данных пакета, например, вы читаете всю таблицу атрибутов одного из признаков (относительно небольшую), то тогда проверять на initial.

сделайте expert routine, не насилуйте мозг.

expert routine не советую

>>А как тогда определять глобальную переменную/таблицу и заполнять ее только один раз для всех пакетов? Или в таком случае, заполнение идет в первом пакете, а в каждом >>последующем проверка на initial этой таблицы?

это по-моему тоже не самое лучшее решение

Попробуйте использовать semantic group в настройках ДТП.
С их помощью можно добиться того, что данные из источника будут разбиваться на группы, в зависимости от ключа, заданного в semantic group.
В этом случае обычно (не знаю вашего конкретного случая) можно реализовать зачитку из другого ДСО базируясь на этих ключах.
Например, если задать ключ, состоящий из одного признака, то САП гарантирует, что записи с одинаковым значением признака будут всегда приходить в одном пакете. Если задать ключ из нескольких признаков - то каждая комбинация из значений этих признаков будет приходить только в одном пакете ...

мне понравилась фраза "САП гарантирует"...

Была бы кнопка соответствующая - лайк бы поставил предыдущему посту

А мне не понравились последние 4 ответа, ибо они не в тему