데이터 모델링 : 클래스 대 ER 다이어그램

Question

두 개념이 모두 다르다는 것을 알고 있으며 두 가지 모두를 사용할 수있는 기회가있었습니다. 그러나 나는 여전히 "데이터베이스 시스템을 설계 할 때 하나의 클래스 다이어그램이나 ER 다이어그램을 사용해야합니까?"라는 질문에 답할 필요가 없다고 생각합니다. ... 누구든지이 문제에 대해 자세히 설명해 주실 수 있습니까?

Answer 1

내 두 센트는 속임수에 항상 ER - 디자인 데이터베이스 시스템입니다 .. 왜?

클래스 및 객체는 도메인 모델 (비즈니스 도메인의 객체 추상화 등)을 표현하는 자연스러운 방법입니다. 비즈니스 도메인의 영역 내에서 매핑되거나 더 이해하기 쉬운 속성을 포함하며, 이러한 속성에 대한 논리적 연산

엔터티 모델은 실제로 개체 도메인 모델 (클래스)과 유사하지만 비즈니스 도메인에만 존재해야하는 특정 비즈니스 개념으로는 오염되지 않습니다.

도메인 모델 (클래스)에 ShippingStrategy 및 SalesTax와 같은 개체가 포함될 수있는 DDD (도메인 기반 개발) 세계에서 더 눈에 띄지 만 기본 데이터 모델은 배송 전략 아이디어에 완전히 불가분 할 수 있습니다. 위치, 배송 업체, 상품 등에만 관심이있을 수 있습니다.

따라서 데이터베이스 디자인을위한 순수한 엔티티 모델이 필요합니다.

더 자세히, 표기법에 관해서. ERM에서 데이터베이스 스키마로의 이동은 클래스 다이어그램보다 훨씬 쉽습니다.