엔티티 .EDMX 파일/네임 스페이스 또는 논리적으로 구분 된 여러 파일/네임 스페이스에 대해 SQL DBML 또는 Linq에 하나의 거대한 linq가 있습니까 ??하나의 다용도 (edmx./.dbml) 또는 도메인, 기능 같은 기준에 따라 많은가?
예를 들어 DB 스키마에서 (Audit 및 UserMgmt), Human Resource, Sales ...와 같은 3 개의 하위 스키마가있는 경우이를 구분해야합니까?
엔티티 .EDMX 파일/네임 스페이스 또는 논리적으로 구분 된 여러 파일/네임 스페이스에 대해 SQL DBML 또는 Linq에 하나의 거대한 linq가 있습니까 ??하나의 다용도 (edmx./.dbml) 또는 도메인, 기능 같은 기준에 따라 많은가?
예를 들어 DB 스키마에서 (Audit 및 UserMgmt), Human Resource, Sales ...와 같은 3 개의 하위 스키마가있는 경우이를 구분해야합니까?
동일한 DBML에 테이블/엔티티를 유지해야하는 유일한 이유는 네비게이션 할 수 있어야하는 관계가있는 경우입니다.
도메인이 관련되지 않은 경우 별도의 DBML을 유지하면 작업을 더 쉽게 수행 할 수 있습니다 (디자이너는 시시성이 매우 빠름).
두 도메인이 테이블을 공유 할 수 있지만 같은 모델에 둘 다 있어야한다는 의미는 아닙니다. 사용법이 별도 인 경우 별도로 유지하십시오 (사용자는 여러 도메인에서 참조로만 사용할 수있는 테이블이며 다른 하나에서 편집되므로 각 도메인에 대한 User 엔터티를 유지하면 과부하를 줄이는 데 충분할 수 있습니다)).