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

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

_>>>Ну и кстати, это ещё и работает намного быстрее, чем EF. В данном случае не за счёт крутых оптимизаторов C++ или чего-то подобного, а за счёт метапрограммирования — запросы формируются во время компиляции, а не во время исполнения. Да, для какого-нибудь решения из области 1C подобное ускорение конечно же не принципиально. А вот в случае высоконагруженных веб-серверов это становится уже очень принципиально...
S>>Ну часто используемы запросы можно компилировать да и затраты на трансляцию мизерные
S>>http://www.codeproject.com/Articles/38174/How-to-improve-your-LINQ-query-performance-by-X дольше сам запрос выполняется
S>>вот поновее
S>>http://blogs.msdn.com/b/ricom/archive/2008/01/14/performance-quiz-13-linq-to-sql-compiled-query-cost-solution.aspx

_>Не такие уж и мизерные затраты: http://rsdn.ru/forum/flame.comp/6013262.1

Автор: gandjustas
Дата: 13.04.15

. Причём это там ещё речь шла о linq2db, который намного эффективнее EF.
По ссылкам это миллисекунды. Linq To EF от версии к версии совершенствуется.

_>Что касается предварительной компиляции, то это уже как раз ведёт к страшному и неудобному коду. В то время как sqlpp11 действует так же всегда и при удобном коде.

Все течет все меняется https://msdn.microsoft.com/en-us/data/hh949853.aspx