Механизм правил против CEP - PullRequest
5 голосов
/ 08 июня 2011

Сценарий: конечный пользователь хочет определить действия для набора событий изменения данных, которые происходят в системе. Эти действия должны быть настраиваемыми. У меня есть несколько вопросов относительно этого ниже:

  1. Мой первый вопрос: как мы можем отслеживать изменения данных и поднимать события с уровня базы данных? так как не имеют единой точки входа в базу данных. Возможные решения, о которых я знаю, - это триггеры БД, отслеживание изменений и сбор данных изменений. Являются ли они действительно хорошим выбором, поскольку все они основаны на модели Pull?

  2. Кто должен наблюдать за этими событиями? Должны ли мы поставить их в очередь и выбрать их оттуда один за другим?

  3. Это правильный вариант использования обработки сложных событий?

  4. Очевидно, что настраиваемость действий может исходить непосредственно из любого механизма правил, такого как drools, flexrule и т. Д. Это правильный подход? Есть много блогов, в которых говорится о том, что механизм правил - плохой выбор

...