독서

엔티티 타입 어떻게 관리할까? 데이터 모델링을 하다보면, 여러 엔티티 타입 간의 관계가 도출 되고, 반대로 하나의 엔티티 타입 안에 비슷하지만 트랜잭션의 처리 패턴에 따라 다르게 처리되는 컬럼들이 뭉쳐져 설계되기도 한다 그러면 어떻게 해야 할가? 엔티티 타입의 통합과 분리도 단순하게 엔티티 타입의 모습 만을 보고 결정하는 것이 아니다 분석의 대상이 되는 업무 패턴은 먼저 이해하고 해당 업무에서 날아오는 트랜잭션의 패턴을 분석한 다음 엔티티 타입의 통합과 분리의 결정을 해야 한다 무조건 통합하지 말어라 엔티티 통합을 하면 일단 뭐가 좋을까? 복잡도가 낮아지고, 유지보수의 용이함이 생긴다 여기저기 비슷한 정보가 흩어져 있어 복잡해 보이는 데이터 모델을 단순하게 유도할 수 있고, 관리해야 할 테이블의 개수가 ..
데이터 모델링에서 속성 간의 관계를 설정하면서 부모의 PK 속성이 자식의 PK 속성으로 가야하는지 일반 속성으로 가야 하는지 논리적으로 결정 하는 것은 여러 관점에서 중요하다 식별자와 비식별자 간의 관계를 잘모르고 데이터 모델리을 진행하면 다음과 같은 오류에 빠질 수 있다 식별자 관계만을 이용하여 데이터 모델링을 전개한 경우 PK 속성의 숫자가 증가 할 수록 관련된 SQL 구문이 복잡해져서 복잡성으로 인한 개발 오류를 유발하게 된다 비식별자 관계만을 이용하여 데이터 모델링을 전개 할 경우 테이블 간의 과다한 조인을 유발하여 조인에 의한 성능 저하를 일으킬 수 있다 해결 방안 데이터 모델 관계 도출 시 식별자 관계와 비식별자 관계의 의미를 정확하게 이해 업무적 특징, 조인 관계, PK 구성을 고려하여 식별..
berom
'독서' 태그의 글 목록