Мускульный сервер слегка так в другом месте, а клиентов со своими
очередями задач - больше одного.
12.01.2013 21:28, TheAthlete пишет:
Если для MySQL можете посмотреть в сторону триггеров (trigger) и
планировщиков событий (event). Можно добавить триггер на добавление
данных, если данные добавились, то пишем в лог либо выполняем нужные
задачи. Запланированные события - это аналог cron на уровне СУБД
Nick Knutov <[email protected]> писал(а) в своём письме Sat, 12 Jan 2013
16:46:02 +0200:
Подскажите, какие сейчас есть nosql серверы, вроде Redis, чтобы не на
яве и с биндингом для перла и можно было повесить хук на появление
данных? И, наверное, все данные должны сохранятся при потере питания,
а скорость не очень критична - данных не много.
Кейс предполагается примерно такой:
1) Какой-то внешний скрипт коннектится к nosql базе и кладёт задачу.
2) На некотором другом сервере запущен перловый скрипт демоном с
повешенным хуком на появление новых данных (предполагается какой-то
механизм коллбека, а не проверка в цикле) и как только для него есть
новые задачи - последовательно (это важно) их выполняет.
Сейчас очередь в мускле, а скрипт по крону раз в минут за ней ходит,
но хочется более быстрой реакции на новые данные, чем раз в минуту.
--
Best Regards,
Nick Knutov
http://knutov.com
ICQ: 272873706
Voice: +7-904-84-23-130
--
Moscow.pm mailing list
[email protected] | http://moscow.pm.org
