zizop

Ну может я чем помогу, пишите.

А есть ли у вас классы этих моделей? По идее абстрактный класс должен иметь что-то вроде:
AbstractProduct::getSubclasses(). Тогда не надо будет лишний раз лезть в БД. Думаю в этом случае такой хардкодинг будет уместен.

А почему не добавить связь, как того хочет Doctrine?

participant hasMany log,
team hasMany log,
region hasMany log,

связь по полю (instance_id -> id)
А в запросе добавляйте условие для instance_type и целевую модель.

php5-fpm+apc+nginx. Грузится один раз и лежит в памяти. Шарится на процессы php5-fpm. Оверхед минимален.

Использую Doctrine + собственные расширения этой замечательной ORM. По поводу прожорливости по памяти, там есть прекрасный кэшер запросов, который кэширует операцию парсинга DQL запроса в SQL. Другие тормоза могут быть из-за:
1. Здорового запроса с кучей JOIN'ов. Но тут как-бы не к Doctrine вопросы.
2. Большой объем выборки. Собственно надо лимитировать и будет всё ок. Или опять же кэшировать.

Самый большой плюс Doctrine, как мне кажется — это возможность подкрутить, то что тебе надо, и где тебе надо, чем я регулярно и пользуюсь, поддерживая свою библиотеку расширений (не трогая сам дистрибьютив). Т.е. можно довольно спокойно писать как высокоуровневые запросы а ля DSL, так и низкоуровневые запросы с помощью NativeSQL.
Насчет кучи файлов уже есть решение, php5-fpm + apc cacher. Грузится один раз и остается висеть в памяти.
Да, вторая будет ещё лучше. Планирую перейти на неё, как выпустят :-)