Ні, відповідь на моє друге питання - не зима.
Передмова:
Нещодавно я багато досліджував Entity Framework, і те, що мене постійно турбує, - це його ефективність, коли запити не прогріваються, так звані холодні запити.
Я переглянув статтю щодо продуктивності для Entity Framework 5.0. Автори ввели поняття « Теплі та холодні» запити та як вони відрізняються, що я також помітив сам, не знаючи про їх існування. Тут, напевно, варто згадати, що у мене за спиною лише півроку досвіду.
Тепер я знаю, які теми я можу досліджувати додатково, якщо хочу краще зрозуміти рамки щодо продуктивності. На жаль , більша частина інформації в Інтернеті є застарілим або роздутим із встановленням суб'єктивних, отже , моя нездатністю знайти додаткову інформацію про теплих проти Cold запитів теми.
В основному те, що я помічав до цих пір, - це те, що коли мені доведеться перекомпілювати чи переробляти хіти, мої початкові запити стають дуже повільними. Будь-яке наступне зчитування даних швидко ( суб'єктивно ), як і очікувалося.
Ми будемо переходити на Windows Server 2012, IIS8 та SQL Server 2012 і, будучи молодшим, я фактично отримав собі можливість випробувати їх перед рештою. Я дуже радий, що вони запровадили модуль зігрівання, який підготує мою заявку до першого запиту. Однак я не впевнений, як діяти з прогріванням моєї сутності.
Що я вже знаю, варто зробити:
- Створіть мої перегляди заздалегідь, як було запропоновано.
- Врешті-решт перенесіть мої моделі в окрему збірку.
Що я вважаю робити, йдучи здоровим глуздом, ймовірно, неправильний підхід :
- Дані фіктивних даних читаються при запуску програми, щоб зігріти речі, генерувати та перевіряти моделі.
Запитання:
- Який найкращий підхід мати високу доступність в моїй Entity Framework в будь-який час?
- У яких випадках Entity Framework знову стає "холодним"? (Перекомпіляція, переробка, перезапуск IIS тощо)