А какой хороший ORM?

Которого нет)

Такие - конечно. А рефакторинги именований - делаются сильно проще.

А что с типами в случае raw sql?

Рефакторинг переименований класса вообще от ОРМ не зависит же

Лямбда на маппинг, одна строка и все.

Ну, например, так (имена атрибутов обфусцированы):

                result =
                    (from Entity1 e1 in session
                     where e1.Prop1 == propValue
                     join Entity2 e2 in session
                         on e2 equals e1.Prop2.Prop7.Prop8
                     join Entity 3 e3 in session
                         on e2 equals e3.Prop3
                     where (e2.Prop4 == propValue4 || propValue4 == null)
                           && e3.SomeBoolProp
                     select e2.AnotherEntity.ThirdEntity).ToList();

Это самодельный ORM и C#

Ну как... хочется же, чтобы и таблички с колонками в БД нормально назывались.

Ну это копия SQL, в чем бонус?

Так ты не можешь колоночки в БД переименовать без миграции (иногда сложной).

Нет преобразований входов и выходов, статическая проверка структуры запроса и типов данных.

Конечно, не можешь без миграции. Но когда в 99% случаев она простая и безошибочная - то это играет.

Она не может быть простой, это всегда exclusive lock

Bingo! Это значимо в привычных тебе контекстах, но не во всех

В какой БД это не значимо?

При чем тут БД???  Это не значимо в любых решениях, где есть downtime

(Я добавил в пример выше доступ через точку в запросе, так что это будет даже компактнее, чем SQL)
И это не самый интересный пример, конечно, долго искать что-то очень яркое.

Например? Особенно в случае композитных сущностей и сложных проверок(

Ага, ок, ORM не работает для 24*7 и для выкладки без простоя.