안녕하세요.

DbContext를 몇 개를 생성할 것인지는 정답은 없을 것 같습니다.

다만, 

데이터베이스가 1개라면, 1개의 DbContext를 생성해서 운영해도 좋아보이고요.

제 강의에서는

강의 주제 별로

DbContext와 Repository 클래스를 만들고 서비스로 등록 후 사용하고 있습니디만,

DbContext는 ApplicationDbContext 하나만 두고 사용해도 됩니다.

기준은 하나를 두되,

DLL 파일처럼 하나의 주제에 해당하는 독립적인 모듈(패키지)이라면,

이때마다 XXXDbContext 형태로 공식처럼, Model, Repository Interface, DbContext, Repository Class를 만들고 사용하면 됩니다.

저도 시간나면, 나중에 하나의 DbContext에 몰아넣어야지라고 하면서도

이미 잘 사용되고 있던 DbContext는 그냥 그대로 두고 지나갑니다.

강의 데모 소스에서만 수십개의 DbContext가 사용되고 있네요.

이상입니다.

On 2022-03-29 오후 4:50:00, '김준호' wrote:

안녕하세요? 

1. Dbcontext에 대해서 범위를 어떻게 잡아야 할까요? 

- 개별적인 database(drum), 업무별 테이블로 분류(dbset중복가능), 

- 업무별로 분리하는게 좋을 것같은데, 이러면 Repository도 dbcontext갯수 만큼 만들어 줘야 하는것 같아서요

현재 Dbcontext와 Repository 하나를 이용해서 개발하고 있습니다. 

동시성 및 개발 업무에 있어서 이렇게 하나로 다 하지 않을 것 같아서요

실무에서 사용하시는 팁 좀 부탁드리겠습니다.