Эффективность кеша LINQ / EDM в веб-приложении - PullRequest
0 голосов
/ 06 ноября 2010

Я только что узнал, как использовать комбинацию LINQ / EDM для извлечения и обновления простого веб-приложения с пользовательскими потоками и комментариями в рамках его оценки.
Когда я включаю SQL Profiler, я редко вижу оператор SQL, выполняемый моим приложением.
Мне действительно нравится, как хорошо он хранит вещи в кэше, потому что, как только я добавляю новые данные, он волшебным образом обновляется, пока я мигаю.

Но это то, чего я должен бояться?
Меня беспокоит то, когда я использую это для создания веб-приложения с некоторым трафиком (независимо от того, какое количество посещений достигает уровня этого подхода).
Должен ли я хранить один объект контекста на уровне приложения, чтобы разные сессии могли использовать записи кэша друг друга?
Или я должен делать создание и выпуск на каждой отправке страницы?

Я знаю, что это звучит как открытый вопрос, но у меня действительно такой вопрос: как сущность кэширует свои данные при использовании LINQ?

1 Ответ

1 голос
/ 06 ноября 2010

В вопросе ObjectContext вы должны использовать время цикла запроса на страницу или меньше. Он предназначен для единицы работы, а не для срока службы приложения. Выполните поиск SO для «времени существования ObjectContext» или «времени жизни DataContext», и вы увидите, что это общий вопрос.

...