Здравствуйте, alex_public, Вы писали:

НС>>Для людей, знакомых именно с SQL шарповский query comprehension выглядит однозначно понятнее страшных птичих тропок у тебя.

_>Синтаксис без скобочек конечно приятнее. Но ровно до тех пор, пока не оказывается что в ответ на короткое невинное выражение Linq генерирует у себя внутри кучу неявных join или подзапросов.

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

>После встречи с таким любой знающий sql предпочтёт поставить лишнее скобочки, но зато хотя бы контролировать реальный итоговый код и видеть его нормальное отображение в исходнике.

Любой знающий SQL знает, что самое главное — это 1 правильный план запроса и 2 майнтенанс(рефакторинг, декомпозиция и тд) .
Собтсвенно, можешь сам убедиться, что OR/M создают люди, которые свободно владеют этим SQL.

В целом получается так, что ты несогласный с OR/M вообще. Sqlpp даже на микро-OR/M не тянет, поскольку sqlpp это 100% ручная работа. Основной бенефит OR/M — автоматика. Это дает новые возможности, например — архитектурные. Приложения которые пилятся разными командами могут теперь полагаться на эту автоматику.