Добрый день,
подскажите пожалуйста,
есть задача, в программе в фоновом режиме выбираются данные по материалам около 200 000 записей,
необходимо автоматически разбить это количество на процессы, на каждом процессе по 3000 записей, как это можно реализовать?

Спасибо

Не думаю, что можно разбить первичный SELECT, если эти 200 000 номеров заранее неизвестны. А если известны, то CALL FUNCTION func STARTING NEW TASK task для каждых трех тысяч.

А можно узнать причину разбиения на процессы. Ограничения по памяти? И какой объем данных должен получиться в результате выполнения программы? Я к тому, что может можно найти другое решение, зная проблему.

Проблема во времени, 200 000 записей будет отрабатываться 3-4 суток, а 3 000 сооветственно быстрее. Для этой цели даже выделят отдельный сервер.

Не думаю, что можно разбить первичный SELECT, если эти 200 000 номеров заранее неизвестны. А если известны, то CALL FUNCTION func STARTING NEW TASK task для каждых трех тысяч.

На сколько я понимаю task - это будет параметр, а чему он должен быть равен, чтобы разбивать первичную выборку на части?
Может есть пример в стандартной программе SAPa

For task, you must specify a character-type data object, which contains a task identifier for the called remote function module, which can be up to eight characters long and chosen at will. This task ID should be unique for each call; it is passed to the callback routines to identify the function. Every task ID defines its own RFC connection with its own context, so that for repeated calls of function modules of the same task ID, the global data of the respective function group can be accessed, provided that the connection still stands.

Это что же за алгоритм такой?

200000/3000 = 67 процессов.
Вы уверены, что на отдельном сервере будет столько диалоговых процессов?

Это что же за алгоритм такой?

200000/3000 = 67 процессов.
Вы уверены, что на отдельном сервере будет столько диалоговых процессов?

Да, алгоритм такой - точно лучше сделать нельзя.
А что такого если будет 67 процессов?

Как правило, так много диалоговых процессов не делают, не выделяют.
Отсюда идут ограничения на время диалогового шага и т.п.

А что такого если их выделить? У одного клиента в продуктиве кластер из 3 серверов по 60 диалоговых процессов на каждом. Вроде как сап помогал производительность настраивать.