Ваш вопрос довольно широкий. Ответ заключается в том, чтобы аргументировать данные, если только вы не работаете с хранимыми процедурами, любое приложение (слюни или нет) должно будет загрузить данные в JVM. Затем данные могут быть вставлены в приложение Drools в рабочую память (обратите внимание, что это не вызывает никаких операций копирования, поскольку drools работает со стандартными POJO приложения в качестве фактов), или они могут быть получены по требованию с помощью правил " от условного элемента. Hibernate также использует POJO, и у Drools нет проблем с ними работать.
«БУМАГИ не могут рассуждать о большом количестве объектов одновременно»
Не уверен, что вы подразумеваете под этим? сколько стоит большое число? Я лично работал с несколькими приложениями drools, которые использовали более миллиона фактов одновременно в каждом экземпляре рабочей памяти, со средним временем ответа на выполнение правила в порядке мсек. Здесь вы можете увидеть презентацию консультанта, который работал над проектом, где правила должны были запрашивать и обосновывать исторические данные более 30 миллионов записей в реальном времени: http://vimeo.com/27209589. Для этого он использовал базу данных noSQL.
Большие приложения потребуют большей осторожности при разработке архитектуры, конечно, но это верно как для Drools, так и для любой технологии. Если вы подробно опишите ваш вариант использования, мы можем дать вам более конкретные советы. Также рекомендуем проверить список рассылки Drools, так как там есть множество полезных советов по разработке приложений.
Надеюсь, это поможет прояснить.