Производительность: локальная по сравнению с базой данных - Entity Framework

Question

Производительность: локальная по сравнению с базой данных - Entity Framework

1

Я искал простой ответ, но я его не нашел (хотя, если я слепой или нетерпеливый, я буду рад, если кто-то опубликует мне ссылку)

У меня есть следующий код в моем репозитории

get
{
    if (context.entity.Local.Count == 0)
    {
        return context.entity;
    }

    return context.entity.Local;
}

По здравому смыслу я знаю, что слово local не запрашивает базу данных и не получает результат из памяти. Тем не менее, мне хотелось бы знать, насколько быстрее получается набор результатов из local чем из базы данных? Это огромная разница?

Я прошу, чтобы ускорить работу своего веб-приложения, поэтому я пытаюсь найти недостатки в коде.

благодаря

user3428422 03 нояб. 2014, в 11:59

Источник

1

Насколько быстрее это не важно, важно то, нужны ли вам данные из базы данных или нет.
DavidG 03 нояб. 2014, в 10:24
0

Я понимаю это, но если нет снижения производительности - зачем создавать локальный? Можно также перейти к базе данных - тогда разработчик точно знает, что это последние данные сервера
user3428422 03 нояб. 2014, в 10:25
0

Если ваше предположение не имеет разницы в скорости, то это ответ. Спасибо
user3428422 03 нояб. 2014, в 10:26
0

Я вовсе не предполагаю, что использование Local, вероятно, быстрее, но не обязательно правильно.
DavidG 03 нояб. 2014, в 10:27
0

В ответе ниже говорится, что мой здравый смысл, вероятно, далеко, мысль о том, что использование local предотвращает попадание кода на уровень базы данных (если он есть в EF), но я думаю, что мне нужно прочитать о локальном и т. Д.!
user3428422 03 нояб. 2014, в 10:31
0

Использование Local не влияет на базу данных, но если вам всегда нужны самые последние данные, вам не следует их использовать. Также, пожалуйста, прочтите это о настройке производительности: ericlippert.com/2012/12/17/performance-rant
DavidG 03 нояб. 2014, в 10:32

Показать ещё 4 комментария

Теги:

c#

entity-framework

asp.net-mvc

1 ответ

Ещё вопросы

Насколько быстрее это не важно, важно то, нужны ли вам данные из базы данных или нет.
Я понимаю это, но если нет снижения производительности - зачем создавать локальный? Можно также перейти к базе данных - тогда разработчик точно знает, что это последние данные сервера
Если ваше предположение не имеет разницы в скорости, то это ответ. Спасибо
Я вовсе не предполагаю, что использование Local, вероятно, быстрее, но не обязательно правильно.
В ответе ниже говорится, что мой здравый смысл, вероятно, далеко, мысль о том, что использование local предотвращает попадание кода на уровень базы данных (если он есть в EF), но я думаю, что мне нужно прочитать о локальном и т. Д.!
Использование Local не влияет на базу данных, но если вам всегда нужны самые последние данные, вам не следует их использовать. Также, пожалуйста, прочтите это о настройке производительности: ericlippert.com/2012/12/17/performance-rant

TomTom · Answer 1 · 2014-11-03T07-30-00.000Z

Во-первых, ваш здравый смысл не имеет никакого смысла. Локальный - это ничего, что определено вообще в EF, поэтому это зависит от того, кто сделал репозиторий, и мог бы также ссылаться на что-то другое.

Второе - много. Легкий коэффициент 1000. База данных - это отдельный процесс, который включает в себя генерацию и затем анализ SQL. 2x сетевой передачи (или передачи сетевого айлера). Сравните это, просто прочитав свойство. 1000, вероятно, является консервативным. Не то, чтобы в базе данных было много времени для начала.

Это зависит от того, что вы делаете - но кеширование в памяти и избежание базы данных - это правильная стратегия, которая может иметь большое значение, производительность разумная. За счет большего количества проблем с потреблением памяти и изменениями синхронизации. Более поздняя версия не имеет отношения к некоторым (никогда не меняющимся) данным.

Локальный IS определен в EF msdn.microsoft.com/en-us/library/gg696248(v=vs.113).aspx . Я также не согласен с «легко множителем 1000», вы не можете этого сказать.
Итак, теперь у меня есть ответ (комментарий), в котором говорится, что скорость не является фактором, а ваш - «1000», о чем нужно подумать! Спасибо!
У тебя когда-нибудь возникало такое чувство, когда ты жалеешь о том, что задаешь вопрос? .. LOL
@ user3428422 Никто не говорил, что это не так быстро, я просто сказал, что использование Local зависит от ситуации.
На самом деле вопрос qhole не имеет смысла, потому что, если вы обратитесь к локальному свойству EF, сначала выясните, что это такое. Тогда поймите, что вам почти никогда не нужна эта информация. Любой разумный запрос должен попасть в базу данных или быть более сложным. Все, что нужно для Local.Count - это знать, сколько экземпляров отслеживается в данный момент. Не то, о чем вы обычно заботитесь.
Я думаю, что @ user3428422, возможно, не понимает, что Local содержит только те объекты, которые вы УЖЕ извлекли из базы данных, или новые, которые вы добавили / обновили, но еще не сохранили в БД.
@DavidG Я знаю, что, поскольку мой вопрос говорит, что он берется из памяти, а не из базы данных, я запускаю профилировщик, и он предполагает, что это правильно, я просто просил скорости, но приветствует информацию, ребята