WordPress + Doctrine ORM — это не про «давайте усложним». Это про то, как вытащить CMS из каши из SQL-склейки,

WordPress + Doctrine ORM — это не про «давайте усложним». Это про то, как вытащить CMS из каши из SQL-склейки, не убив скорость.

Что здесь важно:
— Doctrine внедряют в ядро WordPress без заметной потери производительности.
— Значит, узкое место было не в ORM как классе, а в архитектуре доступа к данным.
— Если слой данных нормально спроектирован, ORM перестаёт быть «оверхэдом ради оверхэда» и становится контролируемым инструментом.

Разбор по сути:
1) Не каждый проект упирается в raw SQL. Часто упирается в бардак.
2) ORM полезен там, где есть сложные сущности, связи, повторяемая бизнес-логика и риск сломать всё на ручных запросах.
3) Главный риск — не Doctrine, а неконтролируемые запросы, lazy loading и лишние обращения к БД.

Вывод: если WordPress в проекте уже не «блог на 5 страниц», а комбайн с сущностями, связями и постоянными изменениями — Doctrine может быть не костылём, а нормальным слоем управления данными. Вопрос не «можно ли», а «как не устроить N+1 и не превратить CMS в тормоз».