Как DBContext работает с несколькими сеансами пользователя в C#
У меня есть проект веб-приложения MVC и проект библиотеки классов. Теперь я пытаюсь реализовать транзакции Entity Framework. Поэтому я решил использовать шаблон Singleton, где я могу использовать один объект DbContext, доступный во всей транзакции. Но позже я обнаружил, что паттерн Factory & UoW подходит больше, чем Singleton. Но у меня есть несколько вопросов, и я не нашел ответов в Интернете.
Когда у нас есть один DbContext для всего проекта с использованием шаблона Factory & UoW, что произойдет, если более 1 пользователя попытаются выполнить одну и ту же операцию. Будут ли они работать с одним и тем же DbContext или каждому пользователю будет предоставлен уникальный DbContext для работы в рамках их транзакции??
Если несколько пользователей работают с одним и тем же DbContext по количеству транзакций, как управлять параллелизмом ??
Будет очень здорово, если вы поможете мне ответить на мой вопрос.
Во всех руководствах по ASP.NET MVC показан DbContext, который создается и удаляется в самом действии контроллера или вводится как зависимость конструктора с переходным периодом или временем существования области. В обоих случаях конструктор существует только до тех пор, пока выполняется запрос, как и DbContext.
ОК, в настоящее время у меня есть оператор using, который инициализирует новый DbContext в каждом методе, который выполняет любые операции CRUD. Если я удалю операторы using и удалю SaveChanges(), то методы, которые работают на основе предыдущих сохраненных записей, не могут быть распознаны до тех пор, пока я не выполню окончательную фиксацию, потому что изменения еще не сохранены в БД. Как убедиться, что НЕ зафиксированные Изменения отслеживаются внутри Транзакции.
using, не удалить SaveChanges. DbContext предназначен для такой работы. Когда вы используете его таким образом, нет причин использовать явные транзакции, потому что SaveChanges() сам использует транзакцию внутри себя.
Но мне нужно обернуть количество SaveChanges() в одну транзакцию. Как этого добиться??
Нет и "не зафиксированных изменений". Транзакции — это концепция база данных, а не концепция EF. Когда вы открываете транзакцию, вы открываете соединение с базой данных и выполняете BEGIN TRAN. Транзакция базы данных ничего не знает об изменениях, отслеживаемых в EF DbContext. Транзакция базы данных узнает об изменениях только при вызове SaveChanges, который, в свою очередь, выполняет операторы SQL для вставки/обновления/удаления записей в этой транзакции.
Не используйте несколько SaveChanges, это ошибка, о которой я упоминал в первом комментарии. Если вы используете только один SaveChanges, контекст действует как UoW. Это имел в виду для работы таким образом - отключенный, пока он не должен сохранять изменения в базе данных. Вам не нужно использовать SaveChanges несколько раз, так как DbContext заботится об измененных отношениях, новых объектах и их отношениях и т. д.
Верно ли, что я могу прочитать записи, включая измененные данные в Транзакции, перед выполнением SaveChanges ??
Ответы 1
Вам не нужен один объект DbContext, по замыслу он должен создаваться при каждом запросе.
Для удаления объекта выберите использование блока или, если вы используете внедрение зависимостей, оно будет разрешено с помощью внедрения зависимостей / контейнеров IoC.
О параллелизме Параллелизм в Entity Framework:
Entity Framework supports optimistic concurrency by default. EF saves an entity data to the database, assuming that the same data has not been changed since the entity was loaded. If it finds that the data has changed, then an exception is thrown and you must resolve the conflict before attempting to save it again.
Вам не нужны явные транзакции,
SaveChangesиспользует внутреннюю транзакцию. Они понадобятся вам только в том случае, если вы будете следовать практике плохой, пытаясь сохранить каждое изменение в базе данных, что является полной противоположностью UoW. DbContext должен быть недолговечным. Использовал таким образом является контейнер UoW — все изменения сохраняются в памяти до тех пор, пока вы не вызоветеSaveChanges()в конце запроса. Никаких явных транзакций не требуется. DbContext должен использовать никогда как синглтон в веб-приложении.