엔터티3 엔터티 분류하기 - 예제 지난글에서는 엔터티의 분류를 설명해드렸는데요, 글 마지막에 약속드린대로, 오늘은 erd 예제를 가지고 엔터티를 분류해 보도록 할께요. 언제든 예제를 보는게 가장 기본이면서 효과적인 학습방법이니까요. :) 누구에게나 친숙한 쇼핑몰을 상상하고 필요한 정보를 이정도로 뽑을 수 있겠네요. 그럼 각각의 엔터티를 분류해보겠습니다. □ 고객 지금의 업무 도메인(인터넷 쇼핑몰)에서 고객은 기준이되는 정보죠. 다른 정보에 의해서 발생하는 것이 아니라 시작이 되는 정보입니다. 따라서 고객은 '고객기본'이라고 이름 붙이면 되겠습니다. 기준이 된다는 것은 관계측면에서 보면 1:M 관계의 자식에 해당되는 경우는 거의 없이 부모에 존재하는 형태 입니다. 아 고객 등급이 존재하지 않느냐구요? ^^ 이것은 뒤에서 분류하겠지만, 코드.. 2013. 6. 29. 엔터티 통합하기 요사이는 테이블들을 합칠지 말지 하는 고민을 많이 하고 있습니다. 언뜻 보기에는 테이블의 데이터들이 유형만 다를 뿐 비슷해 보이기는 하는데, 속성을 하나하나 뜯어 보자니 좀 다른것 같기도 하고... 참 결정하기 힘든것 같습니다. 예를 들어 도서관에서 책을 구매하고자 하는 대상을 모아놓는 테이블이 아래와 같이 여러 종류가 있다고 해볼께요. 속성이 조금씩 다르기는 하지만 의미상으로는 같은 구매 대상이기 때문에 통합하고 싶습니다. 좋은 결정을 내리기 위해서는, 통합 했을때의 장단점을 하나하나 따져보는 수밖에 없을것 같아요. 일단 장점을 살펴보자면, 실제로 주문을해서 구매를 진행하게되는 이후 프로세스 처리 시 에는 다 같이 사용될 확률이 높은데, 통합하면 데이터 모델이 단순해집니다.예를들어 통합전에는 모든 구매.. 2013. 6. 13. 속성이냐 엔터티냐 모델링을 하다보면 기존 엔터티에 몇 개의 속성을 추가하면 그만일지, 별도의 엔터티를 만들어 주어야 할 지 고민이 될때가 자주 있습니다. 오늘은 그런 상황에 대해서 생각해 보도록 하겠습니다. 예를들어 다음과 같은 직원 엔터티가 있다고 하겠습니다. 아버지의 성명을 관리해야 한다면 속성하나의 추가로 가능합니다. 이것으로 그만이라면 현재의 모델은 이대로 완벽하지요. 그런데, 조금 시간이 지나니 직원 부모의 환갑 축하금을 드리기 위해 아버지의 생년월일도 관리해야 한다고 합니다. 그러다보니 아버지만 드리면 안된다고 어머니도 드려야 한다고 하지요. 몇년이 지나 복지가 확대되어 자녀 출산 축하금도 지급하고 초등학교 입학선물도 준다고 하면 아이들 정보도 관리해야 하겠지요. 어느정도 까지는 아래와 같이 속성을 추가해가면서.. 2013. 5. 10. 이전 1 다음
