[Moscow.pm] nosql сервер под очередь задач

[Anton Makarov]

Зачем эти велосипеды, я же написал уже:
1. amalgamated, rabbitMq;
2. redis, не гарантирует сохранности данных при аварийной остановке.

12.01.2013 19:30 пользователь "TheAthlete" <theathlet на yandex.ru> написал:
>
> Если для MySQL можете посмотреть в сторону триггеров (trigger) и
планировщиков событий (event). Можно добавить триггер на добавление данных,
если данные добавились, то пишем в лог либо выполняем нужные задачи.
Запланированные события - это аналог cron на уровне СУБД
>
> Nick Knutov <mail на knutov.com> писал(а) в своём письме Sat, 12 Jan 2013
16:46:02 +0200:
>
>
>> Подскажите, какие сейчас есть nosql серверы, вроде Redis, чтобы не на
яве и с биндингом для перла и можно было повесить хук на появление данных?
 И, наверное, все данные должны сохранятся при потере питания, а скорость
не очень критична - данных не много.
>>
>> Кейс предполагается примерно такой:
>>
>> 1) Какой-то внешний скрипт коннектится к nosql базе и кладёт задачу.
>> 2) На некотором другом сервере запущен перловый скрипт демоном с
повешенным хуком на появление новых данных (предполагается какой-то
механизм коллбека, а не проверка в цикле) и как только для него есть новые
задачи - последовательно (это важно) их выполняет.
>>
>> Сейчас очередь в мускле, а скрипт по крону раз в минут за ней ходит, но
хочется более быстрой реакции на новые данные, чем раз в минуту.
>>
>
>
> --
> Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130112/ceb8e449/attachment-0001.html>