안녕하세요.

제 강의 기준으로는

DB First 형태로

SQL Server 데이터베이스 프로젝트를 사용하는게 기준입니다.

제 강의를 보시면 테이블 먼저 만들고 그에 해당하는 모델 클래스를 만드는 방법을 우선으로합니다.

(만약, 특정 부분에 대해서 DbContext를 갖는 내용에 대해서 Migration 기능으로 테이블을 생성한다면,

저라면, DbContext 별로 프로젝트를 만들고 그곳에서 생성된 테이블을 하나의 SQL Server 데이터베이스 프로젝트로 옮겨올 것 같습니다.

MySQL이라면 따로 SQL 스크립트를 관리하면 될 것 같고요...)

만약, EF Core Migration으로 진행한다면, 새롭게 프로젝트를 만들고 따로 관리하시는 것도 좋을 듯 합니다.

다음 링크도 참고해보세요.

https://docs.microsoft.com/ko-kr/ef/core/managing-schemas/migrations/projects?tabs=vs

On 2022-03-03 오전 2:23:00, '김준호' wrote:

강사님 항상  빠른 답변에 감사드립니다. 

ef에 mysql 을 이용하여 code first를 이용하여, 개발중입니다. 

저는 model 프로젝트를 별도로 만들어서, db migration이 진행이 되는 프로젝트를 별도로

빼서 사용만들어서 사용하는데요,  

막상 개발을 해보니 ViewModel은 WebApp프로젝트와 같이 있어야 하는것 같기도하고요

강사님 소스에서는 webApp(DotnetNote)에서는 분리가 된것 같은데요

모든 Model을 다 별도의 프로젝트로 분리해도 문제 없을까요? 

migrations을 진행하면, webapp에서 사용한 클래스만 만들어 지고 있어서요^^

업무별로 dbContext를 분리해서 5개 정도 된것 같습니다.  

이것도 한번에 dotnet ef migrations를 통해서 한번씩 하고 있는데 좀 불편해서 

좋은 방법이 없을까요?