Вызывает ли Doctrine Orm проблемы с производительностью?

Что ты сделал для проверки? Вы делали профилирование?

У ORM всегда есть накладные расходы, но преимущества могут перевесить эти затраты. Обратите внимание, что я говорю «могу», а не «делать». Как и все остальное в информатике, здесь речь идет о компромиссе. Похоже, ваша команда решила, что это плохой компромисс. Мы не знаем ваших целей по производительности, как вы используете свою базу данных, какую базу данных вы используете, сколько там данных ... как мы можем ответить на ваш вопрос? Вы должны спросить своего команда, почему они решили не использовать Doctrine, а не просить нас убедить их, что они неправы. Есть ли у них данные для резервного копирования или это неосведомленное решение?

Это действительно не подходит для stackoverflow. Загляните в раздел сообщества в документации, чтобы увидеть доску доктрины в чате. Но в основном, если ваши приложения в значительной степени являются шаблонными приложениями CRUD, тогда ORM работает хорошо. Проблема на стороне чтения. По умолчанию вы всегда получаете полные объекты, что может замедлить работу, если вам нужно всего несколько столбцов. Есть обходные пути, но в конце концов пользовательские sql-запросы (с использованием уровня Doctrine DBAL) начинают выглядеть очень привлекательно.