Мне почему-то кажется, что и в вашем случае перенос нескольких модулей не был дешёвой операцией
Так если нет разницы, зачем платить больше?
Достаточно распространена практика реализации бизнес-логики в самой базе, вьюхи, хранимки и прочие прелести. Иногда и такой подход норм
Да и использование орм не та практика, которую можно однозначно рекомендовать. Особенно если у вас бывали замены орм (это вообще зачем, кстати?)
ОРМ менялись потому что, одна орм переставала отвечать требованиям проекта. Выбор использования ОРМ, часто не мой. Я вообще предпочитаю использовать ОРМ только для NoSQL, так как проверки типов и валидация модели, в SQL, обходится нативом, благо он предлогает богатый инструментарий.
Насчет дороговизны переезда, не поверите, это сильно дешевле, когда модуль базы, выкорчеван из бизнес логики. В этом случае вы точно знаете что нужно переписать, и реализовать это легче, чем переписывать половину приложения. Правда писать такие приложения сразу, сильно сложнее.
Так я и не спорю, что и аткой подход имеет право на жизнь, просто это не гуд. Тут нужно отдовать себе отчет, что если вы пишите простенький интернет-магаз, который вы сами потом поддерживать не будете, а его допиливания фичами, масштабирование и прочее, в обозримом будущем не планируется. Вы вообще в один фалй можете все свалить, и бедет норм. Заказчику то как разница работает или нет. Тут ведь вопрос, не в том, зачем мучаться с написанием условной ddd, если можно сделать проще, а в том, будите ли вы это поддерживать и не пофиг ли заказчику (репутация, притензии, предъявы, всякое бывает).