1

처음에는 데이터베이스를 논리적으로 분리 된 개체로 명확하게 구분하고자했습니다. 그러나 우리는 도메인 서비스 클래스와 몇 가지 충돌을 겪었습니다.엔티티 모델 레이아웃을위한 모범 사례는 무엇입니까?

복잡한 데이터베이스 모델로 작업 할 때 최상의 방법은 모든 테이블/저장 프로 시저/뷰를 하나의 엔터티 모델로로드 한 다음 도메인 서비스 클래스/저장소 클래스를 통해 기능을 분리하는 것입니다.

생각하십니까?

엔터티를 레이아웃하기위한 아키텍처 접근 방식은 무엇입니까?

또한 모든 모델을 하나의 모델에 포함시키는 데 따른 성능상의 단점이 있습니까?

답변

-1

아마도 모델을 여러 다이어그램으로 분리하는 것이 좋습니다.
최신 빌드 Entity Developer은 모델과 다른 엔티티를 포함하는 독립적 인 다이어그램을 작성할 수있는 기회를 제공합니다.

+0

질문에 대답하는 대신 제품 홍보를 위해 downvoted ... 내가 내 모델을 다이어그램으로 만들 수 있기 전에 내가 어떻게 그들을 만들고 싶은지 알아야합니다. – BentOnCoding

+0

@Robotsushi, 간단한 해결책은 하나의 큰 모델을 만들고, 시작 성능을위한 모델의 미리보기를 만든 다음 클래스를 여러 다이어그램으로 나누는 것입니다. 물론, 동시에 사용되지 않는 여러 부분이 모델에 포함되어있는 경우 데이터베이스 구조를 여러 모델과 컨텍스트로 나누는 것이 더 좋습니다. – Devart

관련 문제