Каким образом в 1с можно реализовать параллельное получение данных.
Пример есть регистр сведение.
Вызываем две одновременно обработки с одинаковыми запросами, пускай запрос выбирает первую 1000 записей.Необходимо, чтобы тогда вторая обработка получила первую 1000 за исключением той 1000 записей которые получила первая.Грубо говоря вторая обработка должна не видеть те записи которая получила первая.

одновременно? и кто из них первая?

А разве 1С реализовало потоки?

зачем это нужно?
какая задача изначально

(3) +1 Тоже интересно, вдруг пригодится...

да не важно, суть в том что один и тот же запрос должен получить разные данные, кто первый тот и блокирует свою 1000 записей, а кто второй должен не видеть уже этим же запросом эти записи.

(0) слишком общая постановка вопроса

(0) И как ты хочешь это параллельно реализовать? Вторая обработка у тебя в любом случае не выполнится, пока не выполнена первая, т.к. действие второй обработки напрямую зависит от результата выполнения первой.

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

ну пишите в РС данные какие нить и читайте

(5) Если записи упорядочены, то можно получить 2-ю тысячу. Если конечно между запросами ничего не произойдет...

...хотя многопоточность в 1С было бы неплохо реализовать. Потому что все равно иногда бывают такие обработки, которые могут выполняться независимо друг от друга.

(8) вводи ещё одно измерения и по нему ставь Where

+(7) Можно все это запихать в 1 пакет запросов, но выполнить одновременно все равно НЕ ПОЛУЧИТСЯ

(5) да не уверен на счёт "не важно". Порой бывает просят расказать как реализовать что-то неведомое, а начинаешь спрашивать зачем им это, так в итоге оказывается, что им в итоге это неведомое даже и не нужно

Как мне кажется тут две задачи:

1. Реализовать многопоточность
2. Реализовать запросы

1. Технология параллельных вычислений для 1С 8.2/8.3 (бесплатная компонента)

О как!

Как сейчас реализовано запросом получил н-записей и их последовательно обрабатываю,а хотелось бы чтобы запустить обработку несколько раз и каждая бы обрабатывала свой данные.

(0) Вызываем две одновременно обработки с одинаковыми запросами.

Если запросы одинаковые. то как вы хотите получить разные результаты?

(17)как вижу я одна получила выборку и заблокировала эти данные, вторая запросом заблокированные данные не видела бы.Вот и интересуюсь возможно как то реализовать.

(16) Боюсь что это и серии "Уличная магия" и "Фантастика". Я считаю что в той формулировке, как вы написали это нельзя реализовать в 1С или потраченное время на реализацию превысит время работы вашей обработки без многопоточности =)))

(16) ну ответ очевиден, избыточность должна быть либо в имеющихся измерениях, либо в отдельных

тогда обработки будут работать асинхронно

(18) В таком случае вам необходимо как то или оповестить систему что эти записи "заблокированы" или где то их хранить, чтбы при следующей итерации запрос отчленил уже найденные данные от запроса.

Можно попробовать реализовать многопоточность посредством бизнес-процессов (там, где есть разделение)... Правда, это будет не совсем многопоточность, но самое близкое к ней из того, чем это можно реализовать в 1С :)

(18) вам надо не по тысячам их разбивать, а по измерениям. Например группа номенклатуры. Например, одну обработку запускаете на алкогольную продукцию, другую на молочку. У вас они и будут параллельно фигачить.

(22) Ну с многопоточностью он может чего и наколдует. А дальше то как реализовывать задачу? =)

(23) Ну для того чтобы они "фигачили" одновременно нужна "многопоточность", а идея я думаю имеет право на жизнь.

А что с данными будет делаться после запросов?

(16) Запусти из обработки N фоновых заданий, в каждое передай параметры - количество записей и запись, с которой надо начинать

(23)ага сколько групп столько и обработок на делать не вариант.
(16) а если я не знаю с какой записи начинать?

(28)упорядочить не поможет?

(8) пусть одна обработка обрабатывает четные записи а вторая - нечетные.
как я понял, получение списка записей не проблема,  проблема в их обработке.

Вот представте вам в месяц надо обработать большую гору записей, на обработку одной записи уходит какое то время, и в один прекрасный момент, месяца может не хватить чтобы обработать н-ое количество записей.Соответственно надо как то ускорить разделить рабочии процесс на несколько .

(31) чем решение в (30) не устраивает?

(32) а если действительно порядок в запросе поменяется? ))

(32) там порядковых номеров нет...

(32)Решение устраивает как и те что отборы по группам номенклатуы и т.д, задача не плодить обработки с небольшим изменение в запросе что самое простое, а использовать одну обработку с одним и тем же запросом , но может в недрах 1с существует какой нибудь механиз который бы позволил так реализовать.

Если результат запроса не огромный, то можно данные запроса получить одним запросом. А разделение уже сделать на месте.

(35) Еще идея: у вас наверняка обработанные записи отличаются от необработанных.
Тогда обработка может поступать так: получать список необработанных записей, и обрабатывать не первые, а какие-нибудь случайные. Тогда вероятность пересечения будет минимальной, и вам легко будет запускать/гасить новые процессы.

(35) а что мешает при запуске обработки писать в отдельный Рг сведений свой номер/свою НГ и тогда следующий экземпляр будет отрабатывать другую НГ, т.е. организовать семафорчик

при этом обработка естественно будет одна


в примитивном варианте можно просто тупо сделать цикл со счётчиком и передавать при запуске обработки счётчик как реквизит обработки/экспортную пернменную модуля

(33) можно не четность использовать, а хэш како-нибудь считать по записи

(38) лишние транзакции как минимум

(40) да лан
у него обработка работает часами, а здесь одна запись в отдельный Рг/справочник

(41) может нам много-много быстрых операций, а не мало-мало долгих.