Править сообщения, на которые уже ответили, некомильфо. В изначальном было про логику

1. Лечится линтером, тестами и простой работой с разрботчиками. Помогает expert review и нормальный онбординг. У меня джуны переставали так делать через месяц.
2. Тут решается архитектурой, разработчик не должен так много думать о дедлоках в транзакциях (да и нужно стараться, что бы их получить, что вы там такое делали?). Но если в БЛ есть необходимость в сложных длинных запросах, улетающих в дедлоки, то никакой DBA сам эту проблему не решит (

== нужно писать нормально и будет нормально?

Я ещё в самом начале дискуссии говорил исключительно про логику хранения-обновления данных. А со своими историями про ЛингваЛео - можно хоть коню рога пристроить.

Да не, быстрее всего работают как раз универсалы. Так как таковых нет, приходится думать, где и как разделять.
И так как java dev со знанием SQL бывает чаще, чем со знанием фронта - лучше резать так.
Для PHP, вполне возможно, лучше резать по другому, я плохо знаю рынок php-dev

решит, решает и будет решать, только проблема в том что он решает уже поздно.

1. У универсала есть предел когнитивных способностей.
2. Их мало и растут долго.

Нужно организовывать систему так, что бы было удобно писать нормально.
ORM не спасет от проблем с транзакциями, скрее добавит.

В итоге всё равно всё сводится к тому, что нужно просто не ошибаться и ошибок не будет:/

Ну, вот мой опыт говорит, что научить SQLю разработчика - дешево. Дешевле, чем научить фронтенду.
И хорошо окупается )

Нет, это разные подходы )

решили довольно просто , написали свой орм, похожий на турбину\торк,  все данные и объекты описаны декларативно, всё предкомпилённые запросы в енумах на старте, джавист работает ТОЛЬКО с БИЗНЕС ОБЪЕКТОМ, пулы треды, вьюхи спрятаны от разрабов бизнес логики. АПИ для представлений форм и проч.

Ошибаются все. Но можно уменьшать когнитивную сложность системы - и тогда ошибаться будут меньше.

такой подход практически в 2 раза увеличил производительность

А почему свой ORM? Что не так с готовыми?

мы запретили апдейты и делиты

А линтеры помогут не ошибаться) Но в целом орм вроде про быстро нафигачить и чтобы простые запросы сгенерились и не нужно было их писать каждый раз. А потом начинаются сложности с огромными запросами с кучей зависимостей

(И как это можно работать с бизнес-объектом не думая о том, как он персистится)

сиквенсы генерим на прикладах

А кто их делал?