st_startasПо моему ИМХО
1) ОРМ - для того что б связать БД с ООП
2) ОРМ позволяет не задумываться, какая СУБД используется

минусы
1) До нативного SQL как до неба раком, не видел я, что б ЮНИОН нормально поддерживался
2) RAM надо в разы больше
3) О массовых апдейтех, делитах, инсертах, как правило, не может быть и речи, все работает по условию "where id=x"

Я в некоторых местах и пишу нативный SQL в ORM-вызовах. ORM далее автоматом результат мапит и возвращает объект с данными.
Касаемо проблем с RAM - не обязательно мапить данные и забивать ОЗУ, можно из ORM вернуть открытое соединение с данными, пройтись по ним и сделать что требуется.

Я к тому, что возможны различные вариации использования.+1

Существуют различные стратегии использования ОРМ, даже статейка на хабре на эту тему есть.