SaveChanges Vs Асинхронный в EntityFramework

Question

Мы используем Generic шаблон Repo, который я вижу некоторые голоса называет его антипаттерн, но лучше, чтобы начать что-то потом сидеть и ждать, пока все, чтобы закончить :-)

Senario 1

var placeStatus = await _placeService.AddAsync(oPlace, false); // here false just add to context and don't hit Savechanges 
var orgStatus = await _organizationService.AddAsync(oOrganization, false); 
_unitOfWork.SaveChanges(); 

Vs

Task<short> placeStatus = _placeService.AddAsync(oPlace, true); 
Task<short> orgStatus = _organizationService.AddAsync(oOrganization, true); 
await Task.WhenAll(placeTask, orgTask); 

С моим ограниченным знанием я предполагаю, что SaveChanges() сохраняет откатить внутренний в первом случае, тогда как мне придется обрабатывать откат во втором случае. Я также предполагаю, что параллельное выполнение от await Task.WhenAll

1) так что SaveChanges() параллельно? или перформанс, чем второй, если атомарность не проблема или проблема, и я на правильном пути, если я делаю второй?

Senario 2

Task<Place> placeTask= _placeCore.SelectByIdAsync(id); 
Task<Organization> organizationTask = _organizationCore.SelectByIdAsync(id); 
await Task.WhenAll(placeTask, organizationTask); 

2) Могу ли я пропустить объединения (который может нарушить всю концепцию общего репо) в родовой шаблон репо с использованием Await, как на Senario 2.

Любые ссылки, книги ссылка или история была бы полезна

Благодаря

Answer 1

Вот некоторые несколько вставок с помощью EF 6

foreach (var item in arryTags) 
{ 
    // Some Logic 
    _contentTagMapperRepository.Insert(oContentTagMapper); 
} 
_unitOfWork.SaveChanges(); 

используя единицу работы следа на профилировщике

Так что, кажется, в целом EF делают параллельные вставки на миллисекунды интервала времени так на senario 1, я думаю, что unitofWork идеально подходит.

На Senario 2 наиболее вероятно присоединяется сделает задачу

Answer 2

Вы не можете иметь два запроса работает параллельно на т он же DataContext. Как отмечено в комментариях, это не будет работать в текущей версии EF. Вам нужно либо создать отдельные контексты данных для определенных сценариев (что делает код значительно сложнее и не может быть сделано без явной выгоды) или переключиться на последовательные запросы.

Правильный способ использования EF - использовать не-async, non-SaveChanges, вызывающие методы «Добавить/обновить/удалить» и методы async Select. Ваш SaveChanges должен быть асинхронным и вызвать в SaveChangesAsync DataContext. SaveChanges будет загружать ваши вставки, обновления и удалять вместе.