кроме этого - на порядок больше времени на старте, особенно при code first, кучу надо приседаний сделать чтобы нужной схемы добиться, потом - пришлют тебе медленный запрос, гораздо тяжелее разобраться откуда в коде он пришел и так же тяжело его оптимизировать, далее часто вместо того чтобы оптимальный запрос сделать, ты делаешь более "удобный" с точки зрения EF, плюс кучи проблем из-за апгрейдов самого ef, ломающих изменений, ну и в о общем, вместо того чтобы разбираться с базой ты должен разбираться в тонкостях фреймворка (забивать голову ненужными делами), плюс времена когда у тебя только sql уже давно прошли, все чаще надо ориентироваться на nosql базу, так что завязываться на orm становиться все более плохой идеей

Плюсую. Я не очень понимаю необходимость EF. Все равно приходится потом разбираться в SQL, потому что ЕФ протекающая, очень дырявая, абстракция.

Проще взять даппер и сразу разбираться в SQL и получить тот самый маппинг на ентити. Что ещё надо, я хз

Ну дак смы сол ефа как у блазора - дать возможность любителям соапа писать запросы через любимый линк

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

Когда она молодой была