mysql + триггер + скрипт

Фильтруй фигню перед записью в базу

Обычное решение - в триггере INSERT'ить в лог-таблицу, из коей отдельным клиентским скриптом выгребать.

> Фильтруй фигню перед записью в базу

да я как бы и затеять все это хочу что бы уже из базы выгребать

ну короче решением есть только чеканье по крону скриптом новой "фигни" в отдельной таблице. костылики... :)

>из коей отдельным клиентским скриптом выгребать

а он будет проверять каждую секунду? а если хочется асинхронности?

>ну короче решением есть только чеканье по крону скриптом новой "фигни" в отдельной таблице. костылики... :)

да их всего два или spin
или какое-то прерывание или оно же вызов, но для этого должна быть поддержка

>из коей отдельным клиентским скриптом выгребать

> а он будет проверять каждую секунду?

да.

> а если хочется асинхронности?

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

или тебе наоборот синхронность нужна?

чекать каждую секунду как то криво. триггер для того и хочу повесить, что бы только в момент "фигни" в логах отправлять мессагу. ну а так как получается, что нет такой фичи то все равно приходиться чекать каждую секунду/минуту. или я что то пропустил?

> чекать каждую секунду как то криво. триггер для того и хочу повесить, что бы только в момент "фигни" в логах отправлять мессагу. ну а так как получается, что нет такой фичи то все равно приходиться чекать каждую секунду/минуту. или я что то пропустил?

Все правильно. Текущее решение - только периодический опрос. Если это тебя совсем не устраивает, еще можно:

1. Напиcать (на C++) свою UDF-функцию и включить ее в сервер. Потом в триггере вызывать что-то вроде

. SET dummy= my_udf_func(update_operation_parameters);

дальше оно вызовет твой C++ код, где уже можно делать что хошь

2. Если ты уже на версии 5.1 и включил row-based replication - можно попробовать прицепиццо как replication slave, далее ловить и парсить replication event'ы, увидев event на интересующей таблице - совершать соответсвтующие действия. у меня только есть подозрения что нормального API для разбора replication event'ов [еще] не существует.

Прочитал сначала "mysql + триппер", испугался.

понял. всем спасибо. будем кодить на плюсах...