<p>Зачем эти велосипеды, я же написал уже:<br>
1. amalgamated, rabbitMq;<br>
2. redis, не гарантирует сохранности данных при аварийной остановке.</p>
<p>12.01.2013 19:30 пользователь "TheAthlete" <<a href="mailto:theathlet@yandex.ru">theathlet@yandex.ru</a>> написал:<br>
><br>
> Если для MySQL можете посмотреть в сторону триггеров (trigger) и планировщиков событий (event). Можно добавить триггер на добавление данных, если данные добавились, то пишем в лог либо выполняем нужные задачи. Запланированные события - это аналог cron на уровне СУБД<br>

><br>
> Nick Knutov <<a href="mailto:mail@knutov.com">mail@knutov.com</a>> писал(а) в своём письме Sat, 12 Jan 2013 16:46:02 +0200:<br>
><br>
><br>
>> Подскажите, какие сейчас есть nosql серверы, вроде Redis, чтобы не на яве и с биндингом для перла и можно было повесить хук на появление данных?  И, наверное, все данные должны сохранятся при потере питания, а скорость не очень критична - данных не много.<br>

>><br>
>> Кейс предполагается примерно такой:<br>
>><br>
>> 1) Какой-то внешний скрипт коннектится к nosql базе и кладёт задачу.<br>
>> 2) На некотором другом сервере запущен перловый скрипт демоном с повешенным хуком на появление новых данных (предполагается какой-то механизм коллбека, а не проверка в цикле) и как только для него есть новые задачи - последовательно (это важно) их выполняет.<br>

>><br>
>> Сейчас очередь в мускле, а скрипт по крону раз в минут за ней ходит, но хочется более быстрой реакции на новые данные, чем раз в минуту.<br>
>><br>
><br>
><br>
> -- <br>
> Написано в почтовом клиенте браузера Opera: <a href="http://www.opera.com/mail/">http://www.opera.com/mail/</a><br>
><br>
> -- <br>
> Moscow.pm mailing list<br>
> <a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org">http://moscow.pm.org</a><br>
</p>