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

_>Здравствуйте, 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, в котором этот нюанс опять же не будет играть никакой роли.
Кто сказал? В режиме SQL тоже идет отображение. Никакой разницы нет.
S>>Кроме того такие запросы предварительно можно компилировать.
S>>А можно и использовать тот SqlConnection для пакетных запросов или использовать специфические для каждой бд инструкции.
S>>Мало того от версии к версии все меняется.
S>>То есть есть огромная свобода. Но ты привязан только к скорости.

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