새 DbContext ()는 언제 만들어야합니까?

나는 현재 다음 DbContext과 비슷한 것을 사용하고 있습니다 .

namespace Models
{
    public class ContextDB: DbContext
    {

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

        public ContextDB()
        {

        }
    }
}

그런 다음 데이터베이스에 액세스해야하는 모든 컨트롤러 의 맨 위에 다음 줄을 사용 하고 있습니다. Im은 또한 사용자와 관련된 모든 메소드를 포함하는 UserRepository 클래스에서 사용합니다 (예 : 활성 사용자 가져 오기, 그가 가지고있는 역할 확인 등).

ContextDB _db = new ContextDB();

이것을 생각하면 .. 한 방문자가 여러 DbContext를 활성화 할 수있는 경우가 있습니다. 즉. 그가 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-context를 주입 / 인스턴스화하면 애플리케이션 아키텍처가 한곳에서 많은 책임을 혼합한다는 것을 알 수 있습니다. 어떤 상황에서도 권장 할 수 없습니다.

2. 모든 위치에서 재사용 할 수있는 하나의 글로벌 컨텍스트를 가질 수 있습니까?

예 당신은 할 수 있습니다 만 문제는해야한다 " 해야 내가 가지고 ..."-> NO. 컨텍스트는 리포지토리를 변경 한 다음 다시 삭제하기 위해 요청마다 사용됩니다.

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 ()) {...}"을 이동 한 후 작업이 3 배 빨라졌습니다.