Hello, Тренер!
Тренер wrote:
Так все таки интересно чем генераторы не устраивают? 100% - простое и
очевидное решение распределение гарантировано. Зачем огород городить с
тредами и т.д.
ему надо в нескольких тредах обрабатывать один пакет новых записей.
генераторами тут теоретически можно, но
Hello, Тренер!
Тренер wrote:
Это решается с помощью генератора. Можно с использованием пары
генераторов.
Это решается отдельным тредом, который выдает остальным записи
на обработку. т.е. читать данные должен кто-то один, а обрабатывать -
сколько угодно.
--
Dmitri Kouzmenko, www.ibase.ru,
Это решается с помощью генератора. Можно с использованием пары
генераторов.
первый - последовательный номер записи в очереди. он же пишется в
запись очереди.
второй - номер последней обработанной записи.
просто обращаетест ко второму генереатору и получаете номер записи
которую нужно
KD Какие проблемы-то?
Вопрос на грани фантастики :)
Причем здеся база :)))
Да я тоже себе иногда задаю аналогичный вопрос - . Зачем я сюда
пришел?
Гы.
Коваленко Дмитрий.
Где то проскакивала подобная задача раньше, но что-то не могу найти.
Есть несколько независимо работающих роботов, которые порциями
обрабатывают записи из очереди/таблицы.
Как кто прячет взятые на обработку записи от других роботов?
- Есть робот читающий данные из базы
- Есть буфер данных
Hello,
Николай Пономаренко said the following on 08.06.2007 18:26:
W Напиши менеджера, который будет раздавать данные, он сам себя лочить не
W будет.
В общем случае роботы могут быть на разных машинах...
Я как раз сейчас разбираюсь с JMS и конкретно - ActiveMQ, так мне сразу
увиделось
Hello Kovalenko,
Friday, June 8, 2007, 6:40:34 PM, you wrote:
Как кто прячет взятые на обработку записи от других роботов?
KD - Есть робот читающий данные из базы
select substr(Есть робот читающий данные из базы,1,28) as f1 from dual
KD - Есть буфер данных
KD - Есть роботы, которые тащут
7 matches
Mail list logo