EF несколько контекстов: чтение / запись - PullRequest
1 голос
/ 14 ноября 2011

Моя задача - иметь компонент, который позволяет постоянное чтение / запись данных с использованием Entity Framework. Имея в виду следующее:

  • Мне все равно, что «записанные / обновленные» данные должны быть немедленно доступны для чтения (или изменения должны быть немедленно доступны для чтения);
  • Я бы хотел отключить отслеживание сущностей при чтении для повышения производительности;
  • Чтение и запись данных будут выполняться непрерывно;

Итак, вопрос: Является ли это хорошей идеей иметь два отдельных контекста, которые будут жить столько, сколько живут компоненты. Один контекст предназначен для записи / обновления (с периодическим вызовом SaveChanges), другой - для чтения (без отслеживания сущностей).

Получу ли я потенциальные выгоды или, наоборот, буду иметь проблемы с этим подходом?

Заранее спасибо.

Ответы [ 2 ]

0 голосов
/ 15 ноября 2011

рекомендуемая практика - иметь более короткие жизненные контексты, чтобы в конечном итоге они не удерживали слишком много объектов в памяти и, таким образом, конфликтовали изменения и сложные отношения

это может помочь

http://blogs.msdn.com/b/dsimmons/archive/2008/03/02/more-about-how-to-fit-the-objectcontext-into-apps.aspx

0 голосов
/ 14 ноября 2011

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...