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