это чаще всего и является причиной скльных затычек в обход орм

спасибо! Буду знать!

никаких причин использовать орм, кроме отсутствия знания скл, я не вижу. Лишний гемор себе и команде обеспечен, описание объектов на каждый чих требует трудозатрат не меньше чем написание запросов.

а мне казалось, что задача архитектора построить приложение так, чтобы бизнес логика ничего не знала про DAL слой, и могла работать как с ОРМ так и с чистыми SQL запросами, не замечая между ними разницы

Не вижу в этом ничего плохого, я не хочу писать однотипные запросы, или код для генерации однотипных запросов  select * from table where id = :id; Или Insert into table values. Выкидывать ОРМ только из-за того, что мне потребовались сложные запросы, которые мжоно написать под задачу - не очень рационально. То есть вы предлагаете из-за появления сложных запросов избавиться от ОРМ, когда он вполне решает большинство проблем, но иногда не заходит? Или вы предлагаете избавляться от чистых запросов, в угода более "красивому" коду, даже если запрос выполняется минуты вместо секунды? Я не вижу проблемы разбираться в любой ОРМ, зная тонкостей SQL, вот только зная тонкости только одной ОРМ, работа с БД так и останется неоптимальной в руках разработчика.

Так или иначе, я рад, что в голове начала вырисовываться картина дальнейших действий и приоритет изучения технологий под конкретные задачи

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

а однотипные классы ты писать, значит, хочешь

ОРМ дает огромный плюс в том плане, что понижает требования к знаниям исполнителя(не нужно знать сиквел) и защищает от типичных уязвимостей вроде SQL-инъекций

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

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

это заблуждение еще тянется со времен когда в пхп использовали либу mysqli

А кто будет следить за выполнением этого правила, если команда не очень понимает это? Это можно контролить только через код ревью

линтер?

так там же есть prepared statements вроде

это понять не так сложно, а если в команде совсем идиоты - может ну ее такую команду?

уже есть везде, раньше с этим было туго

не думаю, что для линтера существуют такие правила

сделай

я не представляю современные проекты без prepared ststements