Коли слід створювати новий DbContext ()

Зараз я використовую DbContextподібне до цього:

namespace Models
{
    public class ContextDB: DbContext
    {

        public DbSet<User> Users { get; set; }
        public DbSet<UserRole> UserRoles { get; set; }

        public ContextDB()
        {

        }
    }
}

Потім я використовую наступний рядок у верхній частині ВСІХ моїх контролерів, яким потрібен доступ до бази даних. Я також використовую його в моєму класі UserRepository, який містить усі методи, що стосуються користувача (наприклад, отримання активного користувача, перевірка його ролей тощо):

ContextDB _db = new ContextDB();

Думаючи про це .. бувають випадки, коли один відвідувач може мати кілька активних DbContexts .. тобто. якщо він відвідує контролер, який використовує UserRepository .., це може бути не найкращою ідеєю, і у мене є кілька запитань щодо цього

1. Коли мені робити новий DbContext / чи повинен я мати один глобальний контекст, який я передаю?
2. Чи можу я отримати один глобальний контекст, який я повторно використовую в усіх місцях?
3. Це спричиняє хіт продуктивності?
4. Як це роблять усі інші?

Я використовую базовий контролер, який надає DataBaseвластивість, до якої можуть отримати доступ похідні контролери.

public abstract class BaseController : Controller
{
    public BaseController()
    {
        Database = new DatabaseContext();
    }

    protected DatabaseContext Database { get; set; }

    protected override void Dispose(bool disposing)
    {
        Database.Dispose();
        base.Dispose(disposing);
    }
}

Усі контролери в моїй програмі походять від BaseControllerі використовуються таким чином:

public class UserController : BaseController
{
    [HttpGet]
    public ActionResult Index()
    {
        return View(Database.Users.OrderBy(p => p.Name).ToList());
    }
}

Тепер, щоб відповісти на ваші запитання:

Коли мені робити новий DbContext / чи повинен я мати один глобальний контекст, який я передаю?

Контекст слід створювати за запитом. Створіть контекст, зробіть із ним все, що вам потрібно, а потім позбудьтеся. З рішенням базового класу, яке я використовую, вам слід лише турбуватися про використання контексту.

Не намагайтеся мати глобальний контекст (не так працюють веб-програми).

Чи можу я отримати один глобальний контекст, який я повторно використовую в усіх місцях?

Ні, якщо ви тримаєте контекст навколо, він буде відслідковувати всі оновлення, доповнення, видалення тощо, і це сповільнить роботу вашої програми і навіть може призвести до появи досить тонких помилок у вашій програмі.

Ймовірно, вам слід вибрати або виставити ваше сховище або ваш контекст на ваш контролер, але не обидва. Наявність у двох контекстах доступу з одного методу призведе до помилок, якщо вони обидва мають різні уявлення про поточний стан програми.

Особисто я віддаю перевагу викладати DbContextбезпосередньо, оскільки більшість прикладів сховищ, які я бачив, у DbContextбудь-якому випадку просто закінчуються тонкими обгортками .

Це спричиняє хіт продуктивності?

Перший час створення a DbContextє досить дорогим, але як тільки це було зроблено, багато інформації кешується, щоб подальші екземпляри були набагато швидшими. Ви, швидше за все, побачите проблеми з продуктивністю утримання контексту навколо, ніж у випадку створення такого кожного разу, коли вам потрібен доступ до вашої бази даних.

Як це роблять усі інші?

Це залежить.

Деякі люди вважають за краще використовувати структуру введення залежностей, щоб передавати конкретний екземпляр свого контексту своєму контролеру при його створенні. Обидва варіанти чудово. Mine більше підходить для невеликих додатків, де ви знаєте, що конкретна база даних, що використовується, не зміниться.

деякі можуть стверджувати, що ви цього не можете знати, і саме тому спосіб введення залежностей кращий, оскільки це робить вашу програму більш стійкою до змін. На мою думку, це, мабуть, не зміниться (SQL-сервер та Entity Framework навряд чи є неясними) і що мій час найкраще витрачаю на написання коду, який є специфічним для мого додатка.

Я намагаюся відповісти з власного досвіду.

1. Коли мені слід створювати новий DbContext / чи повинен я мати один глобальний контекст, який я передаю?

Контекст слід вводити шляхом ін’єкції залежності, а не створювати його самостійно. Найкраща практика полягає в тому, щоб створити його як службу з масштабом за допомогою введення залежності. (Див. Мою відповідь на запитання 4)

Будь ласка, також розгляньте можливість використання належної шаруватої структури додатків, наприклад Controller> BusinessLogic> Repository У цьому випадку не так буде, якщо ваш контролер отримає db-context, а замість цього сховище. Введення / створення копії db-контексту в контролері говорить мені, що архітектура вашої програми поєднує в собі багато обов’язків, що - за будь-яких обставин - я не можу рекомендувати.

2. Чи можу я отримати один глобальний контекст, який я повторно використовую в усіх місцях?

Так, ви можете мати, але питання має бути " Чи повинен я мати ..." -> НІ. Контекст призначений для використання за запитом, щоб змінити ваше сховище, а потім знову його видалити.

3. Чи це спричиняє хіт продуктивності?

Так, оскільки DBContext просто не створений для того, щоб бути глобальним. Він зберігає всі дані, які були введені або надіслані до нього, доки їх не буде знищено. Це означає, що глобальний контекст буде ставати все більшим і більшим, операції з ним будуть ставати все повільнішими і повільнішими, поки ви не втратите пам’яті або ви не помрете у віці, тому що все це сповільнилося до повзання.

Ви також отримаєте винятки та багато помилок, коли кілька потоків отримують доступ до одного контексту одночасно.

4. Як це роблять усі інші?

DBContext вводиться через введення залежностей на заводі; сфера дії:

services.AddDbContext<UserDbContext>(o => o.UseSqlServer(this.settings.DatabaseOptions.UserDBConnectionString));

Я сподіваюся, що мої відповіді допоможуть.

Зараз я пробую такий підхід, який дозволяє уникнути створення контексту під час виклику дій, які його не використовують.

public abstract class BaseController : Controller
{
    public BaseController() { }

    private DatabaseContext _database;
    protected DatabaseContext Database
    {
        get
        {
            if (_database == null)
                _database = new DatabaseContext();
            return _database;
        }
    }

    protected override void Dispose(bool disposing)
    {
        if (_database != null)
            _database.Dispose();
        base.Dispose(disposing);
    }
}

Це, очевидно, давнє запитання, але якщо ви використовуєте DI, ви можете зробити щось подібне і застосувати всі свої об'єкти на весь час запиту

 public class UnitOfWorkAttribute : ActionFilterAttribute
    {
        public override void OnActionExecuting(HttpActionContext actionContext)
        {
            var context = IoC.CurrentNestedContainer.GetInstance<DatabaseContext>();
            context.BeginTransaction();
        }

        public override void OnActionExecuted(HttpActionExecutedContext actionContext)
        {
            var context = IoC.CurrentNestedContainer.GetInstance<DatabaseContext>();
            context.CloseTransaction(actionContext.Exception);
        }
    }

Ви повинні розпоряджатися контекстом відразу після кожної операції Save (). Інакше кожне наступне збереження займе більше часу. У мене був проект, який створював і зберігав складні сутності баз даних у циклі. На мій подив, операція стала втричі швидшою після того, як я перемістився "using (var ctx = new MyContext ()) {...}" всередину циклу.