@PhoenixSoul: Autor mówi o tym, żeby nie używać transakcji, bo przecież zwykłe zapytania są atomowe. Co powinno być w miarę oczywiste dla wszystkich.
Nie przedstawia alternatywy dla sytuacji, w której potrzebujemy zgrupować kilka akcji naraz i wykonać je w jednej transakcji (a jak ktoś mu to wypomina w komentarzu, to broni się, że i tak nie powinno się tak projektować aplikacji).
@PhoenixSoul: Autor chyba nie do końca rozumie jak działa context w entity frameworku. Przy zapisie i tak zostanie w bazie utworzona transakcja, jeśli nie zostanie wykryta "ambient transaction". Tak jak wspomniał @MaaV TransactionScope przy EF używa się do transakcji rozproszonych lub jak np potrzebujesz wyciągnąć ID nowo zapisanego wiersza w aktualnej transakcji. Ciekawostka: dzięki IEnlistmentNotification możemy zgłosić własny kod, który ma być obsłużony przez TransactionScope.
Czy mirki zgadzają się z konkluzją artykułu?
https://coderwall.com/p/jnniww/why-you-shouldn-t-use-entity-framework-with-transactions
Co powinno być w miarę oczywiste dla wszystkich.
Nie przedstawia alternatywy dla sytuacji, w której potrzebujemy zgrupować kilka akcji naraz i wykonać je w jednej transakcji (a jak ktoś mu to wypomina w komentarzu, to broni się, że i tak nie powinno się tak projektować aplikacji).
W dodatku używa TransactionScope, a są