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

_>>Ну видимо пропустил (http://rsdn.ru/forum/flame.comp/6392078.1

Автор: alex_public
Дата: 22.03.16

), т.к. там и с измерениями всё нормально и тест идеально подходящий (можно увидеть реализацию и на sql строках и на linq для одной и той же ORM).

S> Там с замерами лажа
S> Если хотим в равные условия то тогда и AsNoTrackig добавить.
S>http://www.c-sharpcorner.com/UploadFile/ff2f08/entity-framework-and-asnotracking/
S>http://metanit.com/sharp/entityframework/4.8.php

Ну так это же только EF касается и всё. Для других измеренных инструментов ничего подобного не требуется. Более того, даже если говорить о EF, то там же можно увидеть сравнение EF в режиме linq и sql, в котором этот нюанс опять же не будет играть никакой роли.

S>Кроме того такие запросы предварительно можно компилировать.
S>А можно и использовать тот SqlConnection для пакетных запросов или использовать специфические для каждой бд инструкции.
S>Мало того от версии к версии все меняется.
S>То есть есть огромная свобода. Но ты привязан только к скорости.

Свобода есть везде. Нужна не свобода, а готовый удобный инструмент. Если ты можешь продемонстрировать мне инструмент для .net, позволяющий удобно работать со статически типизированным sql без затормаживания (ну скажем накладные расходы не более нескольких процентов относительно варианта с голыми sql строками) системы, то это будет аргументом. А всё остальное — это пустая болтовня.