Как Эккеля дочитаете – попробуйте с J2EE поиграться, если интересно еще более всеобъемлющее решение.

Так что пока я предпочитаю пользоваться (и изучать) тем, что реально очень удобно для меня. Doctrine входит в список таких “интересных” продуктов.

Хотя, конечно, баланс между первым и вторым каждый выбирает для себя сам. Оттого и придумывались разные языки программирования, разные фреймворки, разные базы данных… Можно, например, объектными базами пользоваться – хотя я не сталкивался, но что-то их никто не пользует, а вот ORM как адаптер – используют :-)

По поводу документации – официальный сайт. Документация там отличная.

Насчет красоты – лично я считаю, что ты не прав. Красиво можно и нужно делать всё и всегда. Производительность достигается за счет кеширования всего и вся. А масштабируемость – это уж как повезет, но обычно – за счет продуманной архитектуры как раз масштабируемость и проявляется, а приложения написаные “чтобы было производительно” как раз хрен отмасштабируешь, да и кешировать на этом “низком уровне” сложнее, чем на более высоком.

А хорошее проектирование системы все-таки важнее производительности, при ряде условий: – наличие масштабируемости; – в самых “узких местах” по-моему можно и нужно делать предельно производительно, в ущерб красоте :-)

Если вкратце – мне известны 2 очень хороших ORM’а, написанных на PHP. Которыми очень удобно пользоваться, которые ведут себя именно так, как ты этого ожидаешь (если ты запросил массив записей из бд – оно тебе и вернет массив ActiveRecord’ов, а не обычный двумерный PHP’шный массив), которые понимают разницу между записью и таблицей (в моделях CI такой разницы нет) и так далее.

Эти два ORM: Propel и Doctrine. Доктрина удобнее, как по мне, и функциональнее к тому же. В недостатки обоих можно записать “тормознутость”. Но если не делаешь сайт с, например, >100k хитов в сутки – это всё равно не заметишь.

Для меня с некоторых пор хорошее проектирование системы значит гораздо больше, чем её прямая производительность, поэтому я выбираю такие решения.