абстракция != ORM

Более того, часто ORM не нужна и вообще вредна и и ее существование оправдывается только SQL-кретинизмом разработчиков)

Получается, абстракцию к бд надо самому писать?

CDC для переноса данных в очереди
Чтобы куда угодно нужен ETL или ELT
CDC - это элемент E а ETL/ELT

ну почему, вовсе необязательно

На живом проекте orm сильно усложняет сопровождение.

База - отдельный программный компонент, который нужно разрабатывать.

Orm , в моём понимании, можно и стоит использовать для макетирования и прототипирования.

Как только идём в прод - база должна быть взята на сопровождение специалистом. Иначе не понятно, кто отвечает за работоспособность БД. Ну точнее там ответственность на разработчике реализации ORM фреймворка. А это вне пределов влияния и соответственно в проде недопустимо.

Ну и видеть в коде кривые селекты - это то ещё удовольствие. Базисты не зря в отдельную компетенцию вынесены.

DBAL например можно без Doctrine ORM использовать

Спасибо. Я смотрел на модуль Доктрины для миграций

Так с ORM кривых запросов в коде нет - ORM сам их строит. Причем довольно хорошо, судя по последним статьям, которые попадались.

Эмм... А можно пример хорошего запроса? Ну или статьи, которая попадалась.

Большинство реализаций которые я видел были на уровне: "вот я придумал айдишники объектов тут хранить и генерить в прикладном коде".

И истории про "insert id, name, surname" эт прям классика.

Можно по-подробнее? Не попадалось как-то.

А какой запрос плохой? Если в  нагруженном приложении нет медленных запросов, то наверное ORM со своей задачей справляется.

Плохой с точки зрения сопровождаемости тот, который лезет в абстракции хранения данных в прикладном куске.

Айдишники объектов лежащие в базе - это абстракция уровня хранения. Если проявляется в прикладном коде - это для меня плохой признак.

Плюс никто не в силах гарантировать консистентность связанных данных при работе через абстракции ORM.

Поскольку там в этом случае в прикладной код протекают транзакции изменения данных. А это вообще лютая дичь.

Типовой пример плохого запроса - это "update surname, name where name like x".

а какой в этом случае должен быть хороший?

В чём разница - породит такой запрос автор на SQL или на каком-нибудь HQL?
ORM сам по себе такой запрос не родит, по крайней мере те, что JPA-like (Hibernate и компания)

Имхо там должен быть запрос вида:
select updatePersonData (<selector>, <data>).

Если запрос порождает спец по SQL скорее всего не породит.