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

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

_>>>Это всё не то. Нужна предкомпиляция, а не кэширование.
S>> Я тебе уже кучу примеров давал, что есть динамические запросы и никакая предкомпиляция не спасет, на который ты кстати не соизволил ответить.

_>А что конкретно ты подразумеваешь под динамическими запросами?
http://rsdn.ru/forum/philosophy/6203039.1

Автор: Serginio1
Дата: 05.10.15

S>>Кроме того я могу Linq позволяет использовать и прямые запросы.
S>>http://metanit.com/sharp/entityframework/5.1.php
S>>Часто бывает, что Linq не берет всех возможностей T-SQL, можно либо подправлять запросы, либо писать их с нуля.

_>Ну т.е. снова возвращаемся к той же самой дилемме: или удобно и неэффективно или эффективно, но неудобно.

Если нужно выжимать все до остатка, то да приходится оптимизировать. Если производительности хватает, то выбирай, что хочешь.
Просто в Net есть огромный выбор как технологий так и инструментов.

_>>>А это всё вообще из другой области и для такого есть специализированные эффективные инструменты, а не подобное недоразумение.
S>>Ну да EF это недоразумение, а sqlpp11. При поиске на который 1-2 ссылки. Read Me меньше чем моя статья для 1С ников про линк.
S>>Вот такие они "специализированные эффективные инструменты"

_>Не, sqlpp11 не умеет (да и не должно уметь, т.к. это вообще другая область) кэшировать результаты запросов. Под специализированными эффективными инструментами подразумевались такие вещи как memcached. А ещё лучше просто включение соответствующей возможности прямо в СУБД, т.к. тогда не надо беспокоиться о валидности кэша.

А в EF все в одном. Поэтому для 99% задач подходят не эффективные по скорости, но удобные для программирования компоненты.